| От | Tom Lane |
|---|---|
| Тема | Re: Query with large number of joins |
| Дата | |
| Msg-id | 6038.1413910006@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Query with large number of joins (Andrew Dunstan <andrew@dunslane.net>) |
| Ответы |
Re: Query with large number of joins
|
| Список | pgsql-performance |
Andrew Dunstan <andrew@dunslane.net> writes:
> Have you tried a) either turning off geqo or setting geqo_threshold
> fairly high b) setting join_collapse_limit fairly high (assuming all the
> above join targets are tables and not views, setting it to something
> like 25 should do the trick.
You'd have to do both, I think, to get an exhaustive plan search.
In any case, this query is going to result in full table scans of most
of the tables, because there just aren't very many WHERE constraints;
so expecting it to run instantaneously is a pipe dream. I'm not sure
that there's a significantly better plan to be had.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера