Re: Patch for pg_dump: Multiple -t options and new -T option

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "David F(dot) Skoll" <dfs(at)roaringpenguin(dot)com>
Cc: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>, pgsql-patches(at)postgresql(dot)org
Subject: Re: Patch for pg_dump: Multiple -t options and new -T option
Date: 2004-07-21 15:09:17
Message-ID: 8839.1090422557@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

"David F. Skoll" <dfs(at)roaringpenguin(dot)com> writes:
> On Wed, 21 Jul 2004, Tom Lane wrote:
>> pg_dump -t s1.t1 -t s2.t2 -- Dump s1.t1 and s2.t2

> That's a good idea, but then it's questionable whether we need the -n
> switch at all.

Sure we do --- for backwards compatibility if nothing else.

> It might be simpler to extend the -t switch to accept:
> pg-dump -t 's1.*'

That would not be the same thing --- that would mean to dump *only tables*
from s1, rather than objects of all types. Anyway, I think it's a bit
late in this cycle to be proposing to implement wild-card matching.
Maybe for next time someone can do that, but for 7.5 I think we should
limit ourselves to cleaning up any design flaws of the already-submitted
patch.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Ares Consulting Services 2004-07-21 15:12:18 Postgres jobs Toronto
Previous Message David F. Skoll 2004-07-21 14:59:28 Re: Patch for pg_dump: Multiple -t options and new -T

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2004-07-21 16:51:50 Re: Show tablespace name in pg_tables and pg_indexes
Previous Message David F. Skoll 2004-07-21 14:59:28 Re: Patch for pg_dump: Multiple -t options and new -T