Re: Does anything dump per-database config settings? (was Re: ALTER DATABASE vs pg_dump)
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Does anything dump per-database config settings? (was Re: ALTER DATABASE vs pg_dump) |
| Дата | |
| Msg-id | 20296.1214869535@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Does anything dump per-database config settings? (was Re: ALTER DATABASE vs pg_dump) (Richard Huxton <dev@archonet.com>) |
| Ответы |
Re: Does anything dump per-database config settings? (was Re:
ALTER DATABASE vs pg_dump)
|
| Список | pgsql-hackers |
Richard Huxton <dev@archonet.com> writes:
> Tom Lane wrote:
>> So put forward a worked-out proposal for some other behavior.
> IMHO the time a dump/restore should be issuing ALTER...SET on a database
> is when it has issued the corresponding CREATE DATABASE.
So pg_dump would produce this info when, and only when, you'd used
--create? I agree that it seems sensible in that case, I'm just
wondering if that will cover all the use-cases.
This would mean duplicating some functionality between pg_dump and
pg_dumpall ... or maybe we could move all that logic over to pg_dump and
have pg_dumpall use --create when invoking pg_dump.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера