| От | Tom Lane |
|---|---|
| Тема | Re: Table data exclusion patch for pg_dump |
| Дата | |
| Msg-id | 22744.1241207429@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Table data exclusion patch for pg_dump (Andrew Dunstan <andrew@dunslane.net>) |
| Список | pgsql-hackers |
Andrew Dunstan <andrew@dunslane.net> writes:
> Well, you can shoot yourself in the foot using pg_restore's --use-list
> option too, but that doesn't mean it's not useful. And indeed it could
> be used to achieve the OP's ends, except that he would have spent
> useless time and space dumping the data for a table he doesn't want.
The critical difference, of course, being that when he discovers that it
doesn't work, he *has got* the data he needs to have to perform the
restore. Excluding data at dump time is considerably more dangerous
because of the likelihood that you won't have any recourse when you
need it.
(In which connection, it is an astonishingly bad idea to repurpose -d
and -D for this behavior, so soon after we deprecated them.)
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера