Re: pg_dump: Refactor code that constructs ALTER ... OWNER TO commands

2022-11-05 Thread Corey Huinker
On Wed, Nov 2, 2022 at 5:30 PM Peter Eisentraut < peter.eisentr...@enterprisedb.com> wrote: > On 01.11.22 13:59, Corey Huinker wrote: > > On Mon, Oct 24, 2022 at 5:54 AM Peter Eisentraut > > > > wrote: > > > > Avoid having to list all the possible

Re: pg_dump: Refactor code that constructs ALTER ... OWNER TO commands

2022-11-02 Thread Peter Eisentraut
On 01.11.22 13:59, Corey Huinker wrote: On Mon, Oct 24, 2022 at 5:54 AM Peter Eisentraut > wrote: Avoid having to list all the possible object types twice.  Instead, only _getObjectDescription() needs to know about specific object types. 

Re: pg_dump: Refactor code that constructs ALTER ... OWNER TO commands

2022-11-01 Thread Corey Huinker
On Mon, Oct 24, 2022 at 5:54 AM Peter Eisentraut < peter.eisentr...@enterprisedb.com> wrote: > Avoid having to list all the possible object types twice. Instead, only > _getObjectDescription() needs to know about specific object types. It > communicates back to _printTocEntry() whether an owner

pg_dump: Refactor code that constructs ALTER ... OWNER TO commands

2022-10-24 Thread Peter Eisentraut
: Refactor code that constructs ALTER ... OWNER TO commands Avoid having to list all the possible object types twice. Instead, only _getObjectDescription() needs to know about specific object types. It communicates back to _printTocEntry() whether an owner is to be set. In passing, remove