Re: View with an outer join - is there any way to optimise this?
В списке pgsql-general по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: View with an outer join - is there any way to optimise this? |
| Дата | |
| Msg-id | 2312.1134427325@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | View with an outer join - is there any way to optimise this? (Rich Doughty <rich@opusvl.com>) |
| Ответы |
Re: View with an outer join - is there any way to optimise
|
| Список | pgsql-general |
Rich Doughty <rich@opusvl.com> writes:
> I have a view vw_tokens defined as
> ...
> I cannot however perform a meaningful join against this view.
> ...
> PG forms the full output of the view.
You seem to be wishing that PG would push the INNER JOIN down inside the
nested LEFT JOINs. In general, rearranging inner and outer joins like
that can change the results. There are limited cases where it can be
done without breaking the query semantics, but the planner doesn't
currently have any logic to analyze whether it's safe or not, so it just
doesn't try.
Improving this situation is (or ought to be) on the TODO list, but I dunno
when it will happen.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера