Re: [PATCHES] Patch for pg_dump: Multiple -t options and new -T option
От | Bruce Momjian |
---|---|
Тема | Re: [PATCHES] Patch for pg_dump: Multiple -t options and new -T option |
Дата | |
Msg-id | 200408021934.i72JYEF26223@candle.pha.pa.us обсуждение исходный текст |
Ответы |
Re: [PATCHES] Patch for pg_dump: Multiple -t options and new -T option
|
Список | pgsql-hackers |
I just got an autoreply from David stating he will be away until August 9 if we want this functionality we have to code it ourselves. If not it can wait until the next major release. If anyone wants the original patch I can supply it. --------------------------------------------------------------------------- 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, Pennsylvania19073
В списке pgsql-hackers по дате отправления: