From: | "Alexander M(dot) Pravking" <fduch(at)antar(dot)bryansk(dot)ru> |
---|---|
To: | Mihail Nasedkin <m(dot)nasedkin(dot)perm(at)mail(dot)ru> |
Cc: | pgsql-ru-general(at)postgresql(dot)org |
Subject: | Re: OID's |
Date: | 2005-01-24 07:36:58 |
Message-ID: | 20050124073658.GB75942@dyatel.antar.bryansk.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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
From | Date | Subject | |
---|---|---|---|
Next Message | Кузьма Владимирович Феськов | 2005-01-24 07:41:42 | About Reliase |
Previous Message | Mihail Nasedkin | 2005-01-24 04:05:32 | Re: OID's |