Re: Proposal: OID wraparound: summary and proposal

From: Neil Tiffin <ntiffin(at)earthlink(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Hannu Krosing <hannu(at)tm(dot)ee>, Zeugswetter Andreas SB <ZeugswetterA(at)wien(dot)spardat(dot)at>, pgsql-hackers(at)postgresql(dot)org, gnue-geas(at)lists(dot)gnue(dot)org
Subject: Re: Proposal: OID wraparound: summary and proposal
Date: 2001-08-07 18:19:42
Message-ID: p05100300b795e1790fd6@[165.247.90.12]
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

At 11:22 AM -0400 8/7/01, Tom Lane wrote:
>Neil Tiffin <ntiffin(at)earthlink(dot)net> writes:
>> I have not even considered multiple database servers running
>> different database, which is our design goal. In this case we would
>> like to have a slimmed down (and blazingly fast) PostgreSQL server in
>> which we manage the uid in our middleware. This is because the uid
>> must be unique accross all servers and database vendors.
>
>Given those requirements, it seems like your UID *must* be an
>application-defined column; there's no way you'll get a bunch of
>different database vendors to all sign on to your approach to UIDs.
>
>So in reality, I think the feature you want is precisely to be able
>to suppress Postgres' automatic OID generation on your table(s), since
>it's of no value to you. The number of cycles saved per insert isn't
>going to be all that large, but they'll add up...

That sounds about right. Its amazing how having to write this stuff
down clarifies ones thoughts.

--
Neil
neilt(at)gnue(dot)org
GNU Enterprise
http://www.gnuenterprise.org/
http://www.gnuenterprise.org/~neilt/sc.html

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Oleg Bartunov 2001-08-07 18:25:52 Re: To be 7.1.3 or not to be 7.1.3?
Previous Message Tom Lane 2001-08-07 18:17:48 Re: contrib/postgis spatial extensions