Re: [SQL] Retrieving the new "nextval" for primary keys....

Поиск
Список
Период
Сортировка
От GB Clark
Тема Re: [SQL] Retrieving the new "nextval" for primary keys....
Дата
Msg-id 20020902145033.4a621385.postgres@vsservices.com
обсуждение исходный текст
Ответ на Re: [SQL] Retrieving the new "nextval" for primary keys....  (Kevin Brannen <kevinb@nurseamerica.net>)
Список pgsql-general
On Wed, 28 Aug 2002 18:36:10 +0200 (CEST)
friedrich nietzsche <nietzsche_psql@yahoo.it> wrote:

>  One solution seems to locking table(s),
> but I prefer to leave it as last chance...
> using table locks, and the trick of writing and
> suddenly reading back from DB it probably works,
> but it doesn't seems so sexy... :)
> ciao
> danilo
>

Why would you have to lock the table?  currval() is connection safe.

I would either do the insert and then do a currval() OR do a nextval()
and do the insert.  Either one would work. I always just do the insert
and then call currval() to get the current serial number for the connection.

GB

--
GB Clark II             | Roaming FreeBSD Admin
gclarkii@VSServices.COM | General Geek
           CTHULU for President - Why choose the lesser of two evils?

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [ADMIN] Access 'field too long' error
Следующее
От: Randall Perry
Дата:
Сообщение: Re: Access 'field too long' error