Re: Patch for Prevent pg_dump/pg_restore from being affected by statement_timeout
В списке pgsql-hackers по дате отправления:
| От | Andrew Dunstan |
|---|---|
| Тема | Re: Patch for Prevent pg_dump/pg_restore from being affected by statement_timeout |
| Дата | |
| Msg-id | 480682B4.8080508@dunslane.net обсуждение исходный текст |
| Ответ на | Re: Patch for Prevent pg_dump/pg_restore from being affected by statement_timeout ("Alex Hunsaker" <badalex@gmail.com>) |
| Ответы |
Re: Patch for Prevent pg_dump/pg_restore from being
affected by statement_timeout
|
| Список | pgsql-hackers |
Alex Hunsaker wrote: > > > Sorry if i missed the obvious reason not to do this... but if its a > command line option the user can choose. Why not something like this > (i did it for pg_dump only...) > > > Actually, it's probably more important to be selectable at restore time than at dump time, so if you're doing just one ... This whole thing set me wondering whether or not we should provide a more general command-line facility to psql and pg_restore, and maybe others, to do some session setup before running their commands. Of course, there's no reason we couldn't have both. cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера