| От | Tom Lane |
|---|---|
| Тема | Re: Patch to fix search_path defencies with pg_bench |
| Дата | |
| Msg-id | 3700.1241617039@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Patch to fix search_path defencies with pg_bench (Greg Smith <gsmith@gregsmith.com>) |
| Ответы |
Re: Patch to fix search_path defencies with pg_bench
|
| Список | 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 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера