GinTon wrote: > 1- Objects in an OODBMS can store an arbitrary number of atomic types > as well as other objects. The fact that an OODBMS is better suited to > handling complex,interrelated data than an RDBMS means that an OODBMS > can outperform an RDBMS by ten to a thousand times depending on the > complexity of the data being handled.
And for the other example, where your data is not complex but there's a lot of it to look through or return, the reverse performance characteristics are likely to be true. > 5- The user of an RDBMS has to worry about uniquely identifying tuples > by their values and making sure that no two tuples have the same > primary key values to avoid error conditions. If you can't point to something in your data that distinguishes one record from another, then you probably don't understand it well enough to be making this sort of architectural decision anyway. I sometimes end up with small collections of objects that may include duplicates or equivalents but their nature means that I've never found any need to store them in a database. This - and the point regarding the use of a query language - sounds a bit like someone trying to distract from the fact that they found SQL too complicated. > 6- With an RDBMS it is not possible to model the dynamic operations or > rules that change the state of the data in the system because this is > beyond the scope of the database. With an OODBMS there is no disconnect > between the database model and the application model because the > entities are just other objects in the system. What OODBMS people call 'a disconnect', other people often call 'abstraction' or 'a clean, minimal interface'. -- Ben Sizer --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TurboGears" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears -~----------~----~----~----~------~----~------~--~---
