| От | Tom Lane |
|---|---|
| Тема | Re: Cursors and Transactions, why? |
| Дата | |
| Msg-id | 1642.1081284958@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Cursors and Transactions, why? (<wespvp@syntegra.com>) |
| Ответы |
Re: Cursors and Transactions, why?
|
| Список | pgsql-general |
<wespvp@syntegra.com> writes:
> Is this hang on COMMIT when using WITH HOLD to be expected?
Yes. WITH HOLD is not magic, it just makes a materialized copy of the
SELECT result. If you're talking about a multi-million-row result,
it's gonna take awhile.
> The kludge solution I implemented was to write out all the data I
> needed from table A to a file, then read that file and update table B.
In theory at least, that should not be any faster than a WITH HOLD
cursor, since you're effectively replicating the same functionality
outside the database ...
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера