Thread: BUG #18905: The opposite WHERE clause intersects and is always an empty set. It should perform no action.
BUG #18905: The opposite WHERE clause intersects and is always an empty set. It should perform no action.
From
PG Bug reporting form
Date:
The following bug has been logged on the website: Bug reference: 18905 Logged by: jinhui lai Email address: jh.lai@qq.com PostgreSQL version: 17.4 Operating system: ubuntu 22.04 Description: Dear PostgreSQL Developer: Since q1 and q2 have opposite WHERE clause (e.g., > and <=, = and !=), q1 INTERSECT q2 should always produce empty set and without physical read. q1: SELECT * FROM pgbench_accounts a CROSS JOIN pgbench_tellers WHERE a.aid > 50000; q2:SELECT * FROM pgbench_accounts a CROSS JOIN pgbench_tellers WHERE a.aid <= 50000; However, PostgreSQL actually executed such an unnecessary query. I think such queries should be optimized. Best regards, 1. How to repeat? docker pull postgres:latest docker run --name postgres -e POSTGRES_PASSWORD=1213 -d -p 5432:5432 postgres docker exec -it postgres psql -U postgres -c "CREATE DATABASE testdb;" docker exec -it postgres pgbench -U postgres -i -s 10 testdb docker exec -it postgres psql -U postgres psql (17.4 (Debian 17.4-1.pgdg120+2)) Type "help" for help. \timing on \c testdb SELECT * FROM pgbench_accounts a CROSS JOIN pgbench_tellers WHERE a.aid > 50000 INTERSECT SELECT * FROM pgbench_accounts a CROSS JOIN pgbench_tellers WHERE a.aid <= 50000; aid | bid | abalance | filler | tid | bid | tbalance | filler -----+-----+----------+--------+-----+-----+----------+-------- (0 rows) Time: 94073.372 ms (01:34.073) 2. What do i expect to see? SELECT * FROM pgbench_accounts a CROSS JOIN pgbench_tellers WHERE a.aid > 50000 INTERSECT SELECT * FROM pgbench_accounts a CROSS JOIN pgbench_tellers WHERE a.aid <= 50000; aid | bid | abalance | filler | tid | bid | tbalance | filler -----+-----+----------+--------+-----+-----+----------+-------- (0 rows) Time: 0.xxx ms (few time) 3. What do i see instead SELECT * FROM pgbench_accounts a CROSS JOIN pgbench_tellers WHERE a.aid > 50000 INTERSECT SELECT * FROM pgbench_accounts a CROSS JOIN pgbench_tellers WHERE a.aid <= 50000; aid | bid | abalance | filler | tid | bid | tbalance | filler -----+-----+----------+--------+-----+-----+----------+-------- (0 rows) Time: 94073.372 ms (01:34.073)
Re: BUG #18905: The opposite WHERE clause intersects and is always an empty set. It should perform no action.
From
"David G. Johnston"
Date:
On Sunday, April 27, 2025, PG Bug reporting form <noreply@postgresql.org> wrote:
The following bug has been logged on the website:
Bug reference: 18905
Logged by: jinhui lai
Email address: jh.lai@qq.com
PostgreSQL version: 17.4
Operating system: ubuntu 22.04
Description:
As with 18904, this is not a bug.
David J.
Re: BUG #18905: The opposite WHERE clause intersects and is always an empty set. It should perform no action.
From
"赖锦辉"
Date:
Dear PostgreSQL Development Team,
Thanks for your reply. But I don't believe this optimization is meaningless. Let me illustrate with two examples:
Example 1: Users inevitably make mistakes when writing SQL, such as accidentally writing WHERE a1=2 instead of WHERE 1=2.
Example 2: Some automated testing tools may randomly generate similar cases.
If PostgreSQL can optimize for such scenarios, it would save users significant time and effort. Similar issues have been found in MySQL and MariaDB, where they have been acknowledged and addressed — in fact, MariaDB has already fixed such problems.
As a loyal PostgreSQL user, I sincerely hope these issues can be addressed to make PostgreSQL even better.
Best regards,
原始邮件
发件人：David G. Johnston <david.g.johnston@gmail.com> 发件时间：2025年4月28日 01:34 收件人：jh.lai@qq.com <jh.lai@qq.com>, pgsql-bugs@lists.postgresql.org <pgsql-bugs@lists.postgresql.org> 主题：Re: BUG #18905: The opposite WHERE clause intersects and is always anempty set. It should perform no action. |
The following bug has been logged on the website:
Bug reference: 18905
Logged by: jinhui lai
Email address: jh.lai@qq.com
PostgreSQL version: 17.4
Operating system: ubuntu 22.04
Description:
As with 18904, this is not a bug.
David J.
Re: BUG #18905: The opposite WHERE clause intersects and is always an empty set. It should perform no action.
From
Christophe Pettus
Date:
> On Apr 27, 2025, at 10:54, 赖锦辉 <jh.lai@qq.com> wrote: > But I don't believe this optimization is meaningless. I don't believe anyone claims this is "meaningless." Every condition the planner has to check for adds complexity and time to the planner. If this will provide a significantimprovement in plans for a reasonable number of real-life cases, then it might well be worth it. This is especiallytrue when there is no way of writing the query without running into the issue. However, many proposed improvements optimize for a relatively uncommon case, but would add time and complexity for all queries. In this case, it appears that this case is relatively uncommon, and it can be easily fixed by rewriting the query. Given that the project does not have infinite resources to dedicate to planner improvements, it does not seem to bean area that would reward the work put into it.