From: | Mihail Nasedkin <m(dot)nasedkin(dot)perm(at)mail(dot)ru> |
---|---|
To: | pgsql-ru-general(at)postgresql(dot)org |
Subject: | Re: OID's |
Date: | 2005-01-24 08:05:57 |
Message-ID: | 16919193125.20050124130557@mail.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-ru-general |
AMP> On Mon, Jan 24, 2005 at 09:05:32AM +0500, Mihail Nasedkin wrote:
>> Здравствуйте, сообщество pqsql-ru-general и Alexander.
>>
>> AMP> Чем не вариант - уникальность с помощью SEQUENCE, тоже на уровне сервера?
>> AMP> Конечно, между базами уникальности не получится, а вот между всеми
>> AMP> таблицами в базе - вполне. К тому же, если не ошибаюсь, oid - поле
>> AMP> 32-битное, тогда как значение в SEQUENCE - 64-битное, что даёт бОльшую
>> AMP> гарантию, что значение не переполнится на больших объёмах данных.
>> 4 биллиона уникальных значений зачастую достаточно :)
AMP> 640 K, несомненно, хватит для всех! (c) :)
Я указал "зачастую", а не "для всех" :)
>> AMP> И можно заранее достать значение, которое больше никем использовано не
>> AMP> будет.
>> Частные решения конкретного программиста останутся с ним, а системный
>> подход может пригодится для всех.
AMP> Не совсем понял, в чём здесь частность решения. Последовательности
AMP> задумывались специально для этих целей, и, кстати, сильно выигрывают по
AMP> отношению к тем же mysql'ским auto_increment в том, что у них нет
AMP> строгой привязки к конкретному столбцу.
AMP> Программисту надо лишь выбрать, либо он сначала делает SELECT nextval,
AMP> потом INSERT с полученным значением, либо сначала INSERT со значением по
AMP> умолчанию, потом SELECT currval.
Убедительно, спасибо Александр.
--
С уважением,
Mihail mailto:m(dot)nasedkin(dot)perm(at)mail(dot)ru
From | Date | Subject | |
---|---|---|---|
Next Message | Nick Gazaloff | 2005-01-24 13:54:59 | Re: About Reliase |
Previous Message | Кузьма Владимирович Феськов | 2005-01-24 07:41:42 | About Reliase |