| От | Tom Lane |
|---|---|
| Тема | Re: persistent portals/cursors (between transactions) |
| Дата | |
| Msg-id | 8440.1011818848@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: persistent portals/cursors (between transactions) (Florian Wunderlich <fwunderlich@devbrain.de>) |
| Ответы |
Re: persistent portals/cursors (between transactions)
|
| Список | pgsql-general |
Florian Wunderlich <fwunderlich@devbrain.de> writes:
> Of course, never thought of that. But why does the lock (AccessShareLock
> from what I see) keep UPDATE (that acquires a RowExclusiveLock from what
> I see) from running?
It shouldn't do that. Can you provide an example?
> I'd really like to have persistent insensitive cursors,
Seems a lot easier to just select the data you want into a temp table.
You *cannot* expect deleted data in a table to hang around for you after
you close your transaction --- there is nothing to protect it from being
VACUUMed, for example.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера