Re: dumping strategy

Поиск
Список
Период
Сортировка
От Philip Hallstrom
Тема Re: dumping strategy
Дата
Msg-id 20010531185751.U28853-100000@oddjob.adhesivemedia.com
обсуждение исходный текст
Ответ на Re: dumping strategy  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Re: dumping strategy  (newsreader@mediaone.net)
Список pgsql-general
> Neil Conway <nconway@klamath.dyndns.org> writes:
> >> It's just
> >> for i in t1 t2 t3; do pg_dump -t$i mydb > $i.tbl; done
>
> > Although with a strategy like this, they're no guarantee that the
> > snapshot you get will be consistent. And if you're using refential
> > integrity it might not even restore properly.
>
> Good point.  So who wants to tweak pg_dump to accept multiple -t
> switches?  Seems like
>
>     pg_dump -t foo -t bar -t baz dbname
>
> is a reasonably non-ambiguous syntax.

Not that I am anywhere close to being able to make thsese changes, but it
seems like it would be nice to have an option that says "dump all tables
except the ones specified".  Kind of like grep's -V option...

maybe doing the two at the same time would be easier...

-philip


В списке pgsql-general по дате отправления:

Предыдущее
От: Doug McNaught
Дата:
Сообщение: Re: Disconnecting users for backup etc
Следующее
От: Colin Taylor
Дата:
Сообщение: RE: PostgreSQL: The elephant never forgets UPDATE