Re: Patch to fix search_path defencies with pg_bench

From: Greg Smith <gsmith(at)gregsmith(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Aidan Van Dyk <aidan(at)highrise(dot)ca>, Robert Haas <robertmhaas(at)gmail(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, "Dickson S(dot) Guedes" <listas(at)guedesoft(dot)net>, jd(at)commandprompt(dot)com, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Patch to fix search_path defencies with pg_bench
Date: 2009-05-08 18:45:57
Message-ID: alpine.GSO.2.01.0905081443550.1930@westnet.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, 7 May 2009, Tom Lane wrote:

> The tables will be created and used in schema 'a', and the effective
> search path depth will be the same.

The case to be concerned about here is where the search_path changes
between initialization and the pgbench run, which certainly isn't
impossible. That can leave you with a longer effective path to search.
Pretty unlikely to be a problem in the field though.

--
* Greg Smith gsmith(at)gregsmith(dot)com http://www.gregsmith.com Baltimore, MD

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2009-05-08 19:03:56 Re: [PATCH] Automatic client certificate selection support for libpq v1
Previous Message Tom Lane 2009-05-08 18:39:42 Re: Some 8.4 changes needed according to pg_migrator testing