Re: SERIAL Field

Поиск
Список
Период
Сортировка
От Dan Langille
Тема Re: SERIAL Field
Дата
Msg-id 20010507124341.00EE03F43@bast.unixathome.org
обсуждение исходный текст
Ответ на Re: SERIAL Field  ("Joel Burton" <joel@joelburton.com>)
Ответы Re: SERIAL Field
Список pgsql-admin
On 6 May 2002 at 10:51, Joel Burton wrote:

> > But the very idea of inserting the value and then retriving the sequence
> > number sounds fishy to me. Why not get the sequence number first and than
> > insert using that seqnce number (more on the flash tutorial ).

That's pretty standard in a number of database applications (i.e. not just
PostgreSQL situations).

> Hmmm... does nextval() 'hold' a sequence number for this backend?
> Otherwise, the risk would be that you request a value, and someone else has
> beat you to it before you insert it.

I use nextval all the time.  In fact:

fp2migration=# \d users
 Column | Type       |   Modifiers
------------+--------------------------+--------------------------
 id         | integer     | not null default nextval('users_id_seq'::text)

What's wrong this this?  Nobody is going to "beat me to it".

> In any event, inserting then using currval() is the standard practice
> around here, and it works great. Nothing fishy at all here, nothing to see,
> move on.

Why is that "less risk"?
--
Dan Langille
The FreeBSD Diary - http://freebsddiary.org/ - practical examples


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

Предыдущее
От: "Joel Burton"
Дата:
Сообщение: Re: SERIAL Field
Следующее
От: "Joel Burton"
Дата:
Сообщение: Re: SERIAL Field