Re: dumping strategy

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Neil Conway <nconway(at)klamath(dot)dyndns(dot)org>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: dumping strategy
Date: 2001-06-01 00:49:09
Message-ID: 25243.991356549@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Neil Conway <nconway(at)klamath(dot)dyndns(dot)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.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2001-06-01 00:54:20 Re: A question on EFFECTIVE_CACHE_SIZE
Previous Message Mike Mascari 2001-06-01 00:18:07 RE: Postgres docs in .chm format --- is this possible?