Re: pg_dump and search_path

Поиск
Список
Период
Сортировка
От Steve Thames
Тема Re: pg_dump and search_path
Дата
Msg-id 051f01d0d45f$7cc71d70$76555850$@com
обсуждение исходный текст
Ответ на Re: pg_dump and search_path  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pg_dump and search_path  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pg_dump and search_path
Следующее
От: Josh Berkus
Дата:
Сообщение: Re: WIP: SCRAM authentication