From: | "dandl" <david(at)andl(dot)org> |
---|---|
To: | "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Question about antijoin |
Date: | 2016-07-13 00:29:55 |
Message-ID: | 003501d1dc9d$b03514e0$109f3ea0$@andl.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Thanks Tom and David
That's very useful. My interest for Andl is to be able to emit SQL that
Postgres will reliably interpret as an anti-join, in the absence of an
explicit form in SQL.
But your reference to "anti-semijoin" is interesting -- what is that? Is it
just another name for anti-join, or something different? Does Postgres have
one algorithm or two?
[And BTW that is a weird piece of SQL -- I guess people really do write
those things and you have to make the best of them you can.]
Regards
David M Bennett FACS
Andl - A New Database Language - andl.org
> -----Original Message-----
> From: pgsql-general-owner(at)postgresql(dot)org [mailto:pgsql-general-
> owner(at)postgresql(dot)org] On Behalf Of Tom Lane
> Sent: Wednesday, 13 July 2016 12:13 AM
> To: dandl <david(at)andl(dot)org>
> Cc: pgsql-general(at)postgresql(dot)org
> Subject: Re: [GENERAL] Question about antijoin
>
> "dandl" <david(at)andl(dot)org> writes:
> > This got my interest! It's of great interest to me to know how and when
> Postgres performs an anti-join (this being a significant omission from
SQL).
> > Is this a reliable trigger: (NOT EXISTS <subselect>)?
>
> That's one case; see convert_EXISTS_sublink_to_join() for the full set of
> conditions involved. There is also a relevant transformation in
> reduce_outer_joins():
>
> * Another transformation we apply here is to recognize cases like
> * SELECT ... FROM a LEFT JOIN b ON (a.x = b.y) WHERE b.y IS
NULL;
> * If the join clause is strict for b.y, then only null-extended rows
could
> * pass the upper WHERE, and we can conclude that what the query is really
> * specifying is an anti-semijoin. We change the join type from JOIN_LEFT
> * to JOIN_ANTI. The IS NULL clause then becomes redundant, and must be
> * removed to prevent bogus selectivity calculations, but we leave it to
> * distribute_qual_to_rels to get rid of such clauses.
>
> regards, tom lane
>
>
> --
> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org) To make
> changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general
From | Date | Subject | |
---|---|---|---|
Next Message | Bjørn T Johansen | 2016-07-13 06:32:17 | Re: Slow SQL? |
Previous Message | Tim Dawborn | 2016-07-12 23:05:53 | Re: Upsert with a partial unique index constraint violation |