Re: REPOST: Nested loops row estimates always too high
В списке pgsql-performance по дате отправления:
| От | Steinar H. Gunderson |
|---|---|
| Тема | Re: REPOST: Nested loops row estimates always too high |
| Дата | |
| Msg-id | 20070925093133.GA27052@uio.no обсуждение |
| Ответ на | Re: REPOST: Nested loops row estimates always too high ("Carlo Stonebanks" <stonec.register@sympatico.ca>) |
| Ответы |
Re: REPOST: Nested loops row estimates always too high
|
| Список | pgsql-performance |
On Tue, Sep 25, 2007 at 12:53:55AM -0400, Carlo Stonebanks wrote: > My problem is that I think that SRF's are causing my problems. The SRF's > gets an automatic row estimate of 1000 rows. Add a condition to it, the > planner guesses 333 rows. Even at 333, this is an overestimate of the number > of rows returned. > > I'm really disappointed - SRF's are a great way to place the enterprise's > db-centric business logic at the server. Fortunately, in 8.3 you can attach a row estimate to the function yourself, which should most likely fix your problem. Look forward to the first beta :-) /* Steinar */ -- Homepage: http://www.sesse.net/
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера