[DB-SIG] Persistent Storage of Objects

[Christopher Petrilli]

Andrew M. Kuchling [akuchlin@mems-exchange.org] wrote:
> M.-A. Lemburg writes:
> >everybody has their own specific needs. The range of applications
> >is huge: from simple dictionary like interfaces to tables to
> >complete nested object hierarchies with auto-load and -store,
> >version control and all the goodies in that bag. Plus maybe
> >meta-information control to build search engines on top of the
> >stored objects. 
> 
> True, but maybe a useful middle ground could be implemented.  Maybe
> something like Tangram (http://www.tangram-persistence.org/) -- you'd
> have a simple schema language for laying out classes, their
> attributes, and the relations between them, and then have code to
> store objects in a set of DB tables.

If you *really* want to do this with the right architecture, I would
recommend you steep yourself in Enterprise Objects Framework (from
Apple, formerly NeXT).  This is *way* ahead of anyone else's
implementation and is based on a lot of graph theory and faulting. 

For more information, you should read:

http://developer.apple.com/techpubs/webobjects/webobjects.html

This has information on all of the frameworks.  I've started working
on providing a UML model of them, but it's pretty extensive.

Chris
-- 
| Christopher Petrilli
| petrilli@amber.org