Re: Patch to fix search_path defencies with pg_bench - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Patch to fix search_path defencies with pg_bench
Date
Msg-id 3700.1241617039@sss.pgh.pa.us
Whole thread Raw
In response to Re: Patch to fix search_path defencies with pg_bench  (Greg Smith <gsmith@gregsmith.com>)
Responses Re: Patch to fix search_path defencies with pg_bench  ("Dickson S. Guedes" <listas@guedesoft.net>)
List pgsql-hackers
Greg Smith <gsmith@gregsmith.com> writes:
> I once did some pgbench testing on a system that included a real 
> "accounts" table in a named schema.  "pgbench -i" will execute "drop table 
> if exists accounts".  It had already accidentally wiped out the copy of 
> the accounts table on the system during an earlier test, before the schema 
> policy was in place, leaving everyone wary of it.

Seems like the right policy for that is "run pgbench in its own
database".  I doubt that either adding or removing the "set search_path"
command changes the risk of trouble very much.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: create if not exists (CINE)
Next
From: Tom Lane
Date:
Subject: Re: bytea vs. pg_dump