Re: OID wraparound: summary and proposal

From: Hannu Krosing <hannu(at)tm(dot)ee>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: OID wraparound: summary and proposal
Date: 2001-08-02 20:20:29
Message-ID: 3B69B60D.2554A358@tm.ee
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Nathan Myers wrote:
>
> On Thu, Aug 02, 2001 at 09:28:18AM +0200, Zeugswetter Andreas SB wrote:
> >
> > > Strangely enough, I've seen no objection to optional OIDs
> > > other than mine. Probably it was my mistake to have formulated
> > > a plan on the flimsy assumption.
> >
> > I for one am more concerned about adding additional per
> > tuple overhead (moving from 32 -> 64bit) than loosing OID's
> > on some large tables. Imho optional OID's is the best way to combine
> > both worlds.
>
> At the same time that we announce support for optional OIDs,
> we should announce that, in future releases, OIDs will only be
> guaranteed unique (modulo wraparounds) within a single table.

What would the purpose of such an announcement be ???

OID is "Object IDentifier", meant to uniquely identify ANY object in an
Object-Relational Database ,which PostgreSQL sometimes claims itself to
be.

If they are unique only within a single table then they are just
system-supplied primary key fields without a default index - quite
useless IMHO

I hope someone takes up the task of putting back some of the
niftier features of original Postgres/postgres95 and adding more OO
features. Deprecating OIDs won't help there .

--------------------
Hannu

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2001-08-02 20:28:03 Re: Patch for Improved Syntax Error Reporting
Previous Message Fernando Nasser 2001-08-02 20:19:36 Re: Revised Patch to allow multiple table locks in "Unison"