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

Yes, shoot over that the section should contain.

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

Christopher Kings-Lynne wrote:
> Perhaps. I was also thinking that maybe it's time to combine pg_dumpall
> and pg_dump into a single utility. At the moment, I can't see how
> pg_dumpall can ever have a -Fc option, since it will be messy to
> interact with the pg_dump processes.
>
> I was thinking a pg_export utility that can output to a range of other
> databases SQL formats would also be a good idea. It would share about
> 90% of the pg_dump code, but I'm trying to think of how to avoid
> duplicating the code.
>
> How about we have a whole pg_dump/dumpall/restore/backup section in the
> TODO file?
>
> Chris
>
> Bruce Momjian wrote:
>
> > TODO item?
> >
> > ---------------------------------------------------------------------------
> >
> > Christopher Kings-Lynne wrote:
> >
> >>>>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.
> >>>
> >>>It can wait --- it was submitted after feature freeze anyway, and we
> >>>certainly have more than enough other things to do in the next couple days.
> >>
> >>I have a plan to allow pg_dump to dump any object in the next version -
> >>i suspect these two ideas will need reconciliation.
> >>
> >>Chris
> >>
> >
> >
>

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