Re: Allowing join removals for more join types

Поиск
Список
Период
Сортировка
От David Rowley
Тема Re: Allowing join removals for more join types
Дата
Msg-id CAHoyFK-JNKnWNs9FFuBOoX9joOxBx2uPKbwW3mEeuaei-Pa08g@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Allowing join removals for more join types  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Allowing join removals for more join types  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 6 July 2014 03:20, Tom Lane <tgl@sss.pgh.pa.us> wrote:
David Rowley <dgrowleyml@gmail.com> writes:
> Attached is a delta patch between version 1.2 and 1.3, and also a
> completely updated patch.

Just to note that I've started looking at this, and I've detected a rather
significant omission: there's no check that the join operator has anything
to do with the subquery's grouping operator.  I think we need to verify
that they are members of the same opclass, as
relation_has_unique_index_for does.


hmm, good point. If I understand this correctly we can just ensure that the same operator is used for both the grouping and the join condition.

I've attached a small delta patch which fixes this, and also attached the full updated patch.

Regards

David Rowley
Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andrew Gierth
Дата:
Сообщение: Performance regression: 9.2+ vs. ScalarArrayOpExpr vs. ORDER BY
Следующее
От: Thomas Munro
Дата:
Сообщение: Re: DISTINCT with btree skip scan