| От | Csaba Nagy |
|---|---|
| Тема | Re: Concurrency question |
| Дата | |
| Msg-id | 1143554177.5687.87.camel@coppola.muc.ecircle.de обсуждение исходный текст |
| Ответ на | Re: Concurrency question (Simon Riggs <simon@2ndquadrant.com>) |
| Ответы |
Re: Concurrency question
|
| Список | pgsql-general |
> Try breaking down the A query with LIMIT/OFFSET so that it never holds > locks for long. That way B will not wait for long, if at all, and will > not fail. Just as a remark, this will only work if the chunks can be processed in separate transactions. If the whole thing is related and A must be completely wrapped in a transaction, then the locks placed by the first queries will still hold until the end of the transaction... Cheers, Csaba.
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера