Re: INHERITS doesn't offer enough functionality
Chris Bitmead <chris@bitmead.com>
From: Chris <chris@bitmead.com>
To: marten@toppoint.de
Cc: Hiroshi Inoue <Inoue@tpf.co.jp>, Oliver Elphick <olly@lfix.co.uk>, Alfred Perlstein <bright@wintelcom.net>, pgsql-hackers@postgresql.org
Date: 2000-10-23T21:13:28Z
Lists: pgsql-hackers
Marten Feldtmann wrote: > > You'll still have to do 6 queries in postgres because it does not return > > fields in sub-classes. > > Practically this is not such a big problem as one might think. > WHEN you have a persistance framework you tell your framework, > that every attribut is located (mapped or stored or however you > may see it) in the superclass and then your top class (table) > helds all attributes your "lowest" subclass has. I don't understand what you're saying. There is no query which will bring back a set of objects of different types without truncating the sub-class fields. Therefore it's a big problem for persistance frameworks that use inheritance. > I can only tell you, what will be an improvement for me as > a persistance framework programmer and will not help me. > > What will not help me: > > * that the database generates OID > > * that the database generates "clsss" OID (one may want to > have that, because to recognize which table the data > comes from..) You don't seem to be thinking much in terms of an Object Data Management Group style persistence framework. That's a shame since it's becoming increasingly important. Sun seems to be endorsing it for Java in some way too. > > * special features to solve very special problems > > What will help me: > > * all the stuff to reduce the number (!) of queries send > to database to get my data > > * a way to insert VERY quickly a larger amount of data > into a table. > > * a good, speedy database > > Marten