unique row identifier data type exhausted . . . - Mailing list pgsql-general

From Frank Joerdens
Subject unique row identifier data type exhausted . . .
Date
Msg-id 20000422211419.A11226@rakete.joerdens.de
Whole thread Raw
Responses RE: unique row identifier data type exhausted . . .  ("Andrew Snow" <als@fl.net.au>)
List pgsql-general
It feels like there should be some *really* obvious answer to this
question, and I'll find myself whacking my forehead in self-abasement
and out of sheer relief to have found the answer to a problem that
should not have bothered me in the first place since the answer is too
self-evident . . . however, it is bothering me: what happens if the data
type that you've chosen to uniquely identify a row is exhausted? If, for
instance you use int4 and you've had your couple billion deletes and
inserts on the table and the next nextval('seq') . . . well, what
exactly happens and how do they do it? Admittedly, 10^9 is a big number
but it is far from out of the question that you'd reach it on a really
busy database (can't think of a real-world example but that ought to be
a moot point), not to mention oids since they are unique across an
entire database.

Cheers
Frank

--
frank joerdens

joerdens new media
heinrich-roller str. 16/17
10405 berlin
germany

e: frank@joerdens.de
t: +49 (0)30 44055471
f: +49 (0)30 44055475
h: http://www.joerdens.de

pgp public key: http://www.joerdens.de/pgp/frank_joerdens.asc

pgsql-general by date:

Previous
From: "Joseph"
Date:
Subject: semaphore not equal 0
Next
From: Charles Tassell
Date:
Subject: Re: too many clients - Error message