| От | Mark Mielke |
|---|---|
| Тема | Re: Avoiding bad prepared-statement plans. |
| Дата | |
| Msg-id | 4B881FAA.9090705@mark.mielke.cc обсуждение |
| Ответ на | Re: Avoiding bad prepared-statement plans. (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
On 02/26/2010 01:59 PM, Tom Lane wrote: > Mark Mielke<mark@mark.mielke.cc> writes: > >> Just to point out that I agree, and as per my original post, I think the >> only time prepared statements should be re-planned for the statistics >> case, is after 'analyze' has run. That sounds like a quicker solution, >> and a much smaller gain. After 'analyze' of an object, invalidate all >> cached plans for prepared statements that rely on that object and >> require a re-plan. >> > Please note that that has been happening since 8.3, which is probably > why you haven't detected a problem. > Excellent, and sorry for missing the release note on this. Thanks, mark
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера