Re: Set search_path + server-prepared statements = cached plan must not change result type
В списке pgsql-hackers по дате отправления:
| От | Andres Freund |
|---|---|
| Тема | Re: Set search_path + server-prepared statements = cached plan must not change result type |
| Дата | |
| Msg-id | 20160125174729.GC25778@awork2.anarazel.de обсуждение |
| Ответ на | Re: Set search_path + server-prepared statements = cached plan must not change result type (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: Set search_path + server-prepared statements = cached
plan must not change result type
Re: Set search_path + server-prepared statements = cached plan must not change result type |
| Список | pgsql-hackers |
On 2016-01-25 12:39:29 -0500, Robert Haas wrote: > What is the ideal behavior, in your view? FWIW, I think that for a lot of practical cases the previous behaviour, where a prepared statement was defined in the context of the search path set during the PREPARE, made a lot more sense. The current behaviour makes a few corner cases (dropped, or relations moved between schemas) simpler, while making real world things harder (different parts of an application using different search paths, drivers, increase in planning time). Andres
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера