| От | Tom Lane |
|---|---|
| Тема | Re: Patch to fix search_path defencies with pg_bench |
| Дата | |
| Msg-id | 20761.1241715207@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Patch to fix search_path defencies with pg_bench (Aidan Van Dyk <aidan@highrise.ca>) |
| Ответы |
Re: Patch to fix search_path defencies with pg_bench
|
| Список | pgsql-hackers |
Aidan Van Dyk <aidan@highrise.ca> writes:
> ... couldn't we just
> make "new" pgbench refer to tables as <schema>.<table> where <schema> is
> "public"?
I'd prefer not to do that because it changes the amount of parsing work
demanded by the benchmark. Maybe not by enough to matter ... or maybe
it does. Adjusting the length of the identifiers is a small enough
change that I'm prepared to believe it doesn't invalidate comparisons,
but changing the set of catalog lookups that occur is another question.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера