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
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 |