From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Neil Tiffin <ntiffin(at)earthlink(dot)net> |
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 15:22:23 |
Message-ID: | 4619.997197743@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
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...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2001-08-07 15:28:43 | Re: OID wraparound: summary and proposal |
Previous Message | Fernando Nasser | 2001-08-07 15:17:55 | Re: OID wraparound: summary and proposal |