Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause

From: Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
To: "Sven R(dot) Kunze" <srkunze(at)mail(dot)de>
Cc: "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
Date: 2016-09-29 18:12:58
Message-ID: CAFj8pRDu3HEG6EYURtvayjiaF2Uj-UiTxnww7dzW6eO8kV5tyw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

2016-09-29 14:20 GMT+02:00 Sven R. Kunze <srkunze(at)mail(dot)de>:

> On 23.09.2016 11:00, Pavel Stehule wrote:
>
> 2016-09-23 8:35 GMT+02:00 Sven R. Kunze <srkunze(at)mail(dot)de>:
>
>> I was wondering: would it be possible for PostgreSQL to rewrite the query
>> to generate the UNION (or subquery plan if it's also fast) on it's own?
>>
>
> It depends on real data. On your specific data the UNION variant is pretty
> fast, on different set, the UNION can be pretty slow. It is related to
> difficult OR predicate estimation.
>
>
> I figure that the UNION is fast if the sub-results are small (which they
> are in our case). On the contrary, when they are huge, the OUTER JOIN
> variant might be preferable.
>
>
> Is there something I can do to help here?
>
> Or do you think it's naturally application-dependent and thus should be
> solved with application logic just as we did?
>

In ideal world then plan should be independent on used form. The most
difficult is safe estimation of OR predicates. With correct estimation the
transformation to UNION form should not be necessary I am think.

Regards

Pavel

>
> Cheers,
> Sven
>

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Sven R. Kunze 2016-09-29 18:48:01 Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
Previous Message Jeff Janes 2016-09-29 18:03:16 Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause