| От | Vitaliy Garnashevich |
|---|---|
| Тема | Re: Long running INSERT+SELECT query |
| Дата | |
| Msg-id | 7808002c-089c-4556-52c7-0338fb864a51@gmail.com обсуждение исходный текст |
| Ответ на | Re: Long running INSERT+SELECT query (Steven Lembark <lembark@wrkhors.com>) |
| Ответы |
Re: Long running INSERT+SELECT query
|
| Список | pgsql-general |
Everybody thanks for the suggestions! We're going to try using "SELECT 1 FROM table FOR KEY SHARE" for each of the tables, which are referenced by results, before running the big query. That should be up to a million of rows in total. It will probably not cover the case when a record is INSERT'ed and then DELETE'd after the calculation has begun, but such cases should be even more rare than the DELETE's we're currently facing. If this will not help, we'll also try to use triggers, as mentioned here: https://stackoverflow.com/a/39828119 Regards, Vitaliy
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера