Re: pg_dump schema search_path; selectSourceSchema()

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Thomas F(dot) O'Connell" <tfo(at)sitening(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: pg_dump schema search_path; selectSourceSchema()
Date: 2005-07-12 19:06:45
Message-ID: 21390.1121195205@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"Thomas F. O'Connell" <tfo(at)sitening(dot)com> writes:
> Our first attempt to get things working was to remove all calls to
> selectSourceSchema. Clearly, this is playing with fire,

No, it's breaking it entirely; and so would your proposed change.
The reason for the restrictive search path is to ensure that references
to stuff in other schemas is dumped with fully qualified names.
Anything you add to the search path creates added risk of incorrect
recreation of object definitions at reload.

If the added schema contains *only* your replacement pg_database and
pg_user views, the risk might be relatively small --- but I trust you
can see that in general such a thing would be a bug not a feature.

On the whole I continue to regard this project as a dead end. It will
be a whole lot simpler and more reliable to give each user his own
postmaster, if you want airtight separation between users.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2005-07-12 19:33:04 Re: PL/Perl list value return causes segfault
Previous Message Andrew Dunstan 2005-07-12 18:59:37 Re: PL/Perl list value return causes segfault