Re: OID's
От | Alexander M. Pravking |
---|---|
Тема | Re: OID's |
Дата | |
Msg-id | 20050124073658.GB75942@dyatel.antar.bryansk.ru обсуждение исходный текст |
Ответ на | Re: OID's (Mihail Nasedkin <m.nasedkin.perm@mail.ru>) |
Список | pgsql-ru-general |
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 биллиона уникальных значений зачастую достаточно :) 640 K, несомненно, хватит для всех! (c) :) > AMP> И можно заранее достать значение, которое больше никем использовано не > AMP> будет. > Частные решения конкретного программиста останутся с ним, а системный > подход может пригодится для всех. Не совсем понял, в чём здесь частность решения. Последовательности задумывались специально для этих целей, и, кстати, сильно выигрывают по отношению к тем же mysql'ским auto_increment в том, что у них нет строгой привязки к конкретному столбцу. Программисту надо лишь выбрать, либо он сначала делает SELECT nextval, потом INSERT с полученным значением, либо сначала INSERT со значением по умолчанию, потом SELECT currval. -- Fduch M. Pravking
В списке pgsql-ru-general по дате отправления: