| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] Support for JDBC setQueryTimeout, et al. |
| Дата | |
| Msg-id | 11068.1287174171@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] Support for JDBC setQueryTimeout, et al. (Dimitri Fontaine <dimitri@2ndQuadrant.fr>) |
| Ответы |
Re: [HACKERS] Support for JDBC setQueryTimeout, et al.
|
| Список | pgsql-jdbc |
Stephen Frost <sfrost@snowman.net> writes:
>> The whole problem with search_path and role is very frustrating. We've
>> taken to just hacking things to be dynamic SQL whenever it's
>> role-specific, but that's a really poor solution. I wonder if it would
>> be possible to have the function and prepare'd plan caches be key'd off
>> of the search_path and role too..? So if you change one of those you
>> end up having to re-plan it, but then that's also cached, etc..
FWIW, I can see the point of making cached plan lookup be
search-path-specific. But why does the active role need to factor
into it?
regards, tom lane
В списке pgsql-jdbc по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера