Re: [PERFORM] strange and slow joining of nested views
В списке pgsql-performance по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [PERFORM] strange and slow joining of nested views |
| Дата | |
| Msg-id | 20264.1486185381@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | [PERFORM] strange and slow joining of nested views (Titus von Boxberg <titus@elbe-informatik.de>) |
| Ответы |
Re: [PERFORM] strange and slow joining of nested views
|
| Список | pgsql-performance |
Titus von Boxberg <titus@elbe-informatik.de> writes:
> I got the following problem for which I could not find a solution by searching the archives:
> I have Tables Ta, Tb, Tc with primary keys as bigserials.
> Ta references Tb references Tc.
> Not all but most rows in Ta reference exactly one row in Tb.
Hm, your problem query has 11 table scans (not to mention a couple of
subplans) so you're oversimplifying here. Anyway, I think that increasing
join_collapse_limit and/or from_collapse_limit to at least 11 might help.
As-is, you're more or less at the mercy of whether your textual query
structure corresponds to a good join order.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера