| От | Jeroen Vermeulen |
|---|---|
| Тема | Re: Avoiding bad prepared-statement plans. |
| Дата | |
| Msg-id | 4B7170F1.5020106@xs4all.nl обсуждение исходный текст |
| Ответ на | Re: Avoiding bad prepared-statement plans. (Andres Freund <andres@anarazel.de>) |
| Список | pgsql-hackers |
Andres Freund wrote: >> = Actual-cost threshold = >> >> Also stop using the generic plan if the statement takes a long time to >> run in practice. Statistics may have gone bad. It could also be a >> one-off due to a load peak or something, but that's handled by: > That is not that easy. It means that you have to use savepoints enclosing each > and every execution of a prepared statement because the query could have > sideeffects. Which wouldnt be terribly efficient... This is not within an execution of the statement, but across executions. So the next execution learns from the previousresult. So I'm not talking about aborting the ongoing execution. Sorry for being unclear. Jeroen
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера