From: dg@illustra.com
To: mgittens@gits.nl
Cc: pgsql-hackers@postgresql.org
Subject: Re: [HACKERS] On improving OO support in posgresql and relaxing oid bottleneck at the same time
Date: Thu, 9 Apr 1998 00:41:38 -0700 (PDT)
Message-ID: <9804090741.AA03414@hawk.illustra.com> (raw)
In-Reply-To: <008b01bd62fe$e9de09e0$fcf3b2c2@caleb..gits.nl>
> -----Original Message-----
> From: Maurice Gittens <mgittens@gits.nl>
> To: hackers@postgreSQL.org <hackers@postgreSQL.org>
> Date: zondag 5 april 1998 21:47
> Subject: [HACKERS] On improving OO support in posgresql and relaxing oid
> bottleneck at the same time
>
> top most base class. In which all tuples are stored. Otherwise
> we'll storagefile independant oid's will become necesary again.
>
> So loosely speaking it still allows for multiple inheritance but only within
> a common hierarchy.
Just for everyones information. In Illustra, an oid is 64 bits. The low
order 32 bits are (approximately), the row identifier within a table. The
high order 32bits the table identifier (which then works out to be the
same as the oid of the row in the tables table for the table in question).
Oids are unique for the life of the system. Limits are 4G tables, 4G rows
per table.
I for some reason have never bothered to remember, but I think inheritance
is done via separate tables.
-dg
David Gould dg@illustra.com 510.628.3783 or 510.305.9468
Informix Software (No, really) 300 Lakeside Drive Oakland, CA 94612
- Linux. Not because it is free. Because it is better.
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-hackers@postgresql.org
Cc: dg@illustra.com, mgittens@gits.nl
Subject: Re: [HACKERS] On improving OO support in posgresql and relaxing oid bottleneck at the same time
In-Reply-To: <9804090741.AA03414@hawk.illustra.com>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox