Re: pg_dump and search_path - Mailing list pgsql-hackers

From Steve Thames
Subject Re: pg_dump and search_path
Date
Msg-id 051f01d0d45f$7cc71d70$76555850$@com
Whole thread Raw
In response to Re: pg_dump and search_path  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: pg_dump and search_path  (Alvaro Herrera <alvherre@2ndquadrant.com>)
List pgsql-hackers
Thank you gentlemen for clarifying this.

I found this problem when my database modeling tool saw a change in the
database (the nextval() parameters) after a database restore.
I guess the tool must be reading adsrc for this information.

Cheers,
Steve Thames

-----Original Message-----
From: Tom Lane [mailto:tgl@sss.pgh.pa.us] 
Sent: Tuesday, August 11, 2015 10:41 AM
To: Alvaro Herrera
Cc: Steve Thames; pgsql-hackers@postgresql.org
Subject: Re: [HACKERS] pg_dump and search_path

Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> Don't ever rely on adsrc.  It's useless.  Use pg_get_expr(adbin) 
> instead.  That's safe, for instance, if the sequence gets renamed.

It's probably past time we got rid of that column altogether.  It just
wastes space and cycles.  There was an argument for not being too quick to
get rid of it, but we deprecated it in 7.2 ... surely people have had more
than enough time to fix their applications.
        regards, tom lane




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: pg_dump and search_path
Next
From: Josh Berkus
Date:
Subject: Re: WIP: SCRAM authentication