Re: [HACKERS] Support for JDBC setQueryTimeout, et al.

Поиск
Список
Период
Сортировка
От 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 по дате отправления:

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: [HACKERS] Support for JDBC setQueryTimeout, et al.
Следующее
От: Stephen Frost
Дата:
Сообщение: Re: [HACKERS] Support for JDBC setQueryTimeout, et al.