Re: [SQL] Retrieving the new "nextval" for primary keys....
В списке pgsql-general по дате отправления:
| От | 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 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера