RE: unique row identifier data type exhausted . . .

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема RE: unique row identifier data type exhausted . . .
Дата
Msg-id Pine.GSO.4.02A.10004261533170.15784-100000@Ekorre.DoCS.UU.SE
обсуждение исходный текст
Ответ на RE: unique row identifier data type exhausted . . .  (Tom Cook <tcook@lisa.com.au>)
Список pgsql-general
On Wed, 26 Apr 2000, Tom Cook wrote:

> Is this necessarily a good solution? If you use 64-bit OIDs, some joker
> will just hook up a several-terra-byte disk array to his machine, try to
> store the location of every molecule in the universe and break it.

That's not going to work anyway. To store information about a molecule you
need at least one such molecule to hold that state, barring major
revolutions in storage technology. :-)

> Admittedly, ~2x10^20 is a very large number, but that's what they thought
> about 2000, also...

A while ago I said that in order to exhaust the oid space you need to add
1 million new records a day for more than 10 years. Then someone said, ok,
what if I have an email service with 1 million users that each get 10
emails a day. Then you're talking about 1 year. But in order to exhaust 64
bits, you can have 10^9 users (i.e., everyone), getting two million emails
a day for 1000 years. That seems pretty safe for as long as I care.

Of course to store all molecules you really need more like 384 bits.

> What I'm saying is, is there a better way of doing this?

Transfinite numbers ;)


--
Peter Eisentraut                  Sernanders väg 10:115
peter_e@gmx.net                   75262 Uppsala
http://yi.org/peter-e/            Sweden


В списке pgsql-general по дате отправления:

Предыдущее
От: "Robert B. Easter"
Дата:
Сообщение: Re: Is 7.0 ready? -> DBD as well???
Следующее
От: Justin Banks
Дата:
Сообщение: Re: plpgsql FOR
персональных данных