| От | Tom Lane |
|---|---|
| Тема | Re: views much slower in 9.3 than 8.4 |
| Дата | |
| Msg-id | 13022.1426806262@sss.pgh.pa.us обсуждение |
| Ответ на | Re: views much slower in 9.3 than 8.4 ("Carson, Leonard" <lcarson@sdsc.edu>) |
| Ответы |
Re: views much slower in 9.3 than 8.4
|
| Список | pgsql-performance |
"Carson, Leonard" <lcarson@sdsc.edu> writes: > Here are the 3 views and some timing notes: > http://pgsql.privatepaste.com/decae31693# That doesn't really leave us any wiser than before, unfortunately. It's clear that the root of the problem is the drastic underestimation of the size of the rq/a join, but it's not clear why that's happening, nor why 8.4 would not have fallen into the same trap. Would it be possible to provide the data in the join columns involved in that part of the query? To wit requests.account_id requests.start_date allocations.account_id allocations.initial_start_date allocations.resource_id regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера