Re: BUG #5698: pg_dump (8.3.11) does not consider constrains
В списке pgsql-bugs по дате отправления:
| От | Joshua Tolley |
|---|---|
| Тема | Re: BUG #5698: pg_dump (8.3.11) does not consider constrains |
| Дата | |
| Msg-id | 4caf24be.08c88e0a.3edd.ffffd7b6@mx.google.com обсуждение исходный текст |
| Ответ на | BUG #5698: pg_dump (8.3.11) does not consider constrains ("Johannes Meidert" <johannes.meider@rohde-schwarz.com>) |
| Список | pgsql-bugs |
On Fri, Oct 08, 2010 at 11:46:31AM +0000, Johannes Meidert wrote: > pg_dump dumps tables in the worng order for constraints (table a refrences > key of table b, but table a is dumped first). As a consequence an import > fails, because the required foreign key (in table b) is missing when table a > is imported. > Work around: import twice. > Is this fixed in version 9.0? Could you give details of exactly what pg_dump commands you used? By default pg_dump dumps tables and data without any constraints first, and then adds constraints in a valid order. If, however, you do something like dump the schema first, and then dump data into that schema, there's little pg_dump can do to avoid problems such as you describe. -- Joshua Tolley / eggyknap End Point Corporation http://www.endpoint.com
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера