| От | Tom Lane |
|---|---|
| Тема | Re: COMMIT NOWAIT Performance Option |
| Дата | |
| Msg-id | 21639.1172597768@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: COMMIT NOWAIT Performance Option ("Jim C. Nasby" <jim@nasby.net>) |
| Список | pgsql-hackers |
"Jim C. Nasby" <jim@nasby.net> writes:
> So would you set commit_fsync_delay on a per-transaction basis? That
> doesn't make much sense to me... I guess I'm not seeing how you would
> explicitly mark transactions that you didn't want to fsync immediately.
My assumption was that most of the time you'd want this behavior
per-session and so the existing mechanisms for setting a GUC variable
would work perfectly well. If you really want it per-transaction then
changing the variable on the fly is possible (perhaps using SET LOCAL).
You'll be issuing nonstandard commands either way...
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера