Re: [HACKERS] pg_dump and premature optimizations for objects not to be dumped

2016-01-13 Thread Tom Lane
I wrote: > Attached is a draft patch that does things this way. BTW, the bulk of the changes in this patch are just there to pass down the DumpOptions struct to where it's needed, following some pre-existing work that passed that around as a separate pointer. I wonder why things were done that wa

Re: [HACKERS] pg_dump and premature optimizations for objects not to be dumped

2016-01-12 Thread Tom Lane
I wrote: > I looked into Karsten Hilbert's report here > http://www.postgresql.org/message-id/20160108114529.gb22...@hermes.hilbert.loc > of being unable to run pg_upgrade on a database containing the pg_trgm > extension. After some investigation, the problem is explained like this: > ... > The th

[HACKERS] pg_dump and premature optimizations for objects not to be dumped

2016-01-08 Thread Tom Lane
I looked into Karsten Hilbert's report here http://www.postgresql.org/message-id/20160108114529.gb22...@hermes.hilbert.loc of being unable to run pg_upgrade on a database containing the pg_trgm extension. After some investigation, the problem is explained like this: 1. Karsten had installed pg_tr