Re: Patch for pg_dump: Multiple -t options and new -T option - Mailing list pgsql-patches

From Bruce Momjian
Subject Re: Patch for pg_dump: Multiple -t options and new -T option
Date
Msg-id 200408030109.i7319dr13728@candle.pha.pa.us
Whole thread Raw
In response to Re: Patch for pg_dump: Multiple -t options and new -T option  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-patches
This has been saved for the 7.6 release:

    http:/momjian.postgresql.org/cgi-bin/pgpatches2

---------------------------------------------------------------------------

Tom Lane wrote:
> "David F. Skoll" <dfs@roaringpenguin.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
>
> ---------------------------(end of broadcast)---------------------------
> TIP 7: don't forget to increase your free space map settings
>

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

pgsql-patches by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: psql latex bugfixes
Next
From: Bruce Momjian
Date:
Subject: Re: autovauum integration patch: Attempt #4