Re: Useless memoize path generated for unique join on primary keys
В списке pgsql-performance по дате отправления:
| От | Benjamin Coutu |
|---|---|
| Тема | Re: Useless memoize path generated for unique join on primary keys |
| Дата | |
| Msg-id | 052166fdb31e17b9ef89@zeyos.com обсуждение исходный текст |
| Ответ на | Re: Useless memoize path generated for unique join on primary keys (David Rowley <dgrowleyml@gmail.com>) |
| Ответы |
Re: Useless memoize path generated for unique join on primary keys
|
| Список | pgsql-performance |
> I'd say it's a pretty different problem. The cache hit ratio > discussion on that thread talks about underestimating the hit ratio. > That particular problem could only lead to Memoize plans *not* being > chosen when they maybe should be. Not the other way around, which is > your case. > > create statistics extdataregular_field_index_stats (ndistinct) on > field, index from extdataregular; > analyze extdataregular; > > would likely put that right. Thanks David, using extended statistics for both (and only for both) tables solved this problem. BTW, thank you for all your work on performance in recent releases.
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера