ODBMS querying (was: Multithreading)

Marten Feldtmann m.feldtmann at t-online.de
Wed Mar 30 20:57:22 UTC 2005


There are lotsof other problems concerning OODBMS system in real
daily life:

OODBMS (though not the older ones) are mainly language driven and they
work very well in the language they were intentionally written in/for.

Most of these "products" work therefore best with Java, C# and whatever
language is up to date - meaning, that Smalltalk is in general a language
not well supported in these cases.

Using Smalltalk I have to stress on the fact to produce open products and
this means for me: relational databases.

I've been involved in a project, where we choose an OODBMS (Versant) and
during this project the support fo Smalltalk was cancelled and in this
project I also saw, that the navigation approach (which is very often
stresses by OODBMS) is not a solution. Navigation is nothing more than
a special association - where even relational databases are very fast.

On the other hand I have also seen OODBMS systems, where the query
facilities are very weak. The indices facilities are weak and the
(very often file based) solutions are not crash prooven. (like
old dBase and Novell Netware - cut a connection and one has open
locks in the database ..)

RDBMS and Smalltalk works very well together - but of course the Smalltalker
has to accept the RDBMS and then you get perhaps not the best RDBMS design,
but a good working system - I love this.

Using RDBMS the system is open for all other languages.


Marten


Chris Muller schrieb:

>For complex domain models, I believe a ODBMS will perform 10 - 100x faster than
>a relational solution, not to mention the corresponding reduction-factor in
>development time/effort.  For simple models with just a few massive tables,
>relationals will be faster (maybe 2-3x).
>  
>



More information about the Squeak-dev mailing list