Re: Delaying the planning of unnamed statements until Bind
В списке pgsql-hackers по дате отправления:
| От | Oliver Jowett |
|---|---|
| Тема | Re: Delaying the planning of unnamed statements until Bind |
| Дата | |
| Msg-id | 40BA63F7.80001@opencloud.com обсуждение исходный текст |
| Ответ на | Re: Delaying the planning of unnamed statements until Bind (Heikki Linnakangas <hlinnaka@iki.fi>) |
| Список | pgsql-hackers |
Heikki Linnakangas wrote: > I'm worried about plan stability if we enable it by default. It could > lead to nasty, hard to reproduce performance problems. Think about this > scenario: This is my main concern with the approach Tom suggested. > Also keep in mind that at least some application servers have a > client-side prepared statement cache, so that even if the application > used a non-prepared statement for the reports, the middleware prepares it > anyway. It's less of an issue if we only use this behaviour when binding the unnamed statement. The unnamed statement is quite "special" and is unlikely to be reused accidentally (for one thing, you can only have one unnamed statement..) The patch I posted to -patches earlier uses this approach. -O
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера