Re: OID's
| От | Mihail Nasedkin |
|---|---|
| Тема | Re: OID's |
| Дата | |
| Msg-id | 16919193125.20050124130557@mail.ru обсуждение исходный текст |
| Ответ на | OID's (Mihail Nasedkin <m.nasedkin.perm@mail.ru>) |
| Список | 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.nasedkin.perm@mail.ru
В списке pgsql-ru-general по дате отправления: