| От | Rod Taylor |
|---|---|
| Тема | Re: NEXT VALUE FOR... |
| Дата | |
| Msg-id | 1083957483.28644.19.camel@jester обсуждение исходный текст |
| Ответ на | NEXT VALUE FOR... (Rod Taylor <pg@rbt.ca>) |
| Ответы |
Re: NEXT VALUE FOR...
|
| Список | pgsql-patches |
> How we do what the spec wants isn't entirely clear, but maybe we could > link all the supposed-to-track-each-other occurrences of NEXT VALUE FOR > late in the planning stage or during executor startup, somewhat like > what happens with aggregate functions. Isn't there a statement level memory location that we could shove a boolean variable? Then let the executor determine whether to call todays version of nextval() or currval() based on that?
В списке pgsql-patches по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера