Thread: currval() during one statement
нормально ли что currval() возвращает разные значения вот в таком вызове: INSERT INTO ttt (a,b) SELECT currval('ttt_id_seq'), 'const' FROM ttt2; если триггер before insert on ttt вызывает nextval('ttt_id_seq') Я вообще-то ожидал получить равное значение для всех выбираемых записей, то которое было непосредственно перед этим запросом.
sequence не "живет" польностью в транзации. они ведут себе как глобальные значение в скрипте. то есть, если ROLLBACK сделаешь после получения новых sequence значение, все равно этих значений уже не получишь при повторнем вызове nextval(). не важно какая уровень SERIALIZATION стоит можно рассчитаться на то, что вызов nextval() даст тебе новое значение (больше тем предыдущие) ... но с currval() надо аккуратно (может быть concurrent transaction вызвал nextval() ) silly_sad wrote: > нормально ли что currval() возвращает разные значения вот в таком вызове: > > INSERT INTO ttt (a,b) SELECT currval('ttt_id_seq'), 'const' FROM ttt2; > > если триггер before insert on ttt вызывает nextval('ttt_id_seq') > > Я вообще-то ожидал получить равное значение для всех выбираемых записей, > то которое было непосредственно перед этим запросом. > > ---------------------------(end of broadcast)--------------------------- > TIP 4: Have you searched our list archives? > > http://archives.postgresql.org >
Andrew Boag wrote: > sequence не "живет" польностью в транзации. они ведут себе как > глобальные значение в скрипте. Вот поэтому currval() и придуман ! чтобы жить в транзакции. Если другая транзакция юзает nextval() то мой currval() не аффектится > (больше тем предыдущие) ... но с currval() надо аккуратно (может быть > concurrent transaction вызвал nextval() ) Вы не внимательно читали вопрос. nextval() вызвал триггер before insert on ttt > silly_sad wrote: >> нормально ли что currval() возвращает разные значения вот в таком вызове: >> >> INSERT INTO ttt (a,b) SELECT currval('ttt_id_seq'), 'const' FROM ttt2; >> >> если триггер before insert on ttt вызывает nextval('ttt_id_seq') >> >> Я вообще-то ожидал получить равное значение для всех выбираемых записей, >> то которое было непосредственно перед этим запросом.