Re: Clean Object Class Design -- What is it?

From: akmal _at_ city <akmal_at_soi.city.ac.uk.nospam>
Date: Sat, 14 Jul 2001 16:33:10 +0100
Message-ID: <Pine.GSO.4.05.10107141630080.7686-100000_at_altair.soi.city.ac.uk>


On Sat, 14 Jul 2001, Carl Rosenberger wrote:

Bob, Carl:

Maybe time to shut-down this thread? I fear a re-ignition of a flame war :(((

My 2 rupees worth.

Cheers all.

akmal

> Bob Badour wrote:
> > I have already explained ad nauseum how
> > non-relational OODBs add complexity.
>
> No, you haven't. You have explained how using object oriented languages
> creates problems with relational databases.
>
> If you take the language as given (which I know you don't) an object
> database that stores all the concepts that the language provides does not
> *add* complexity, it simply helps the programmer to persist all the concepts
> that he uses.
>
>
> > Every time the DB adds a new interface that is equivalent to a relation or
> > is a subset of a relation, it must add new operators, it must expand the
> > optimizer, etc. etc. etc. In the end, adding array, set, bag, hash etc.
 adds
> > complexity without any compensating benefit and causes considerable harm.
>
> Both of the statements are not true. Object databases internally use
> abstraction layers to deal with the above.
>
> Adding different Collection interfaces to a relational database needs work
> to be done because the user needs to write translators for all of the
> Collection classes *by himself*.
>
> Take a program that uses the above concepts as given. An object database
> stores all of the concepts immediately, without any necessary work for the
> programmer.
>
>
> Kind regards,
> Carl
> ---
> Carl Rosenberger
> db4o - database for objects - http://www.db4o.com
>
>
>
>
>

--
[ --- OOPSLA 2001 Workshop on "Objects, <XML> and Databases" --- ]
[ http://www.soi.city.ac.uk/~akmal/oopsla01.dir/01-workshop.html ]
Received on Sat Jul 14 2001 - 17:33:10 CEST

Original text of this message