On 06/18/2013 01:52 AM, Jeremy Evans wrote:
Maybe I am misunderstanding how LATERAL is supposed to work, but my
expectation is that doing a LEFT JOIN should not remove rows from
the LHS. I would expect all of the following select queries would
return a single row, but that isn't the case:
CREATE TABLE i (n integer);
CREATE TABLE j (n integer);
INSERT INTO i VALUES (10);
SELECT * FROM i LEFT JOIN LATERAL (SELECT * FROM j) j ON true;
n | n
+---
10 |
(1 row)
SELECT * FROM i LEFT JOIN LATERAL (SELECT * FROM j WHERE (i.n = j.n)) j ON
true;
n | n
---+---
(0 rows)
INSERT INTO j VALUES (10);
SELECT * FROM i LEFT JOIN LATERAL (SELECT * FROM j WHERE (i.n = j.n)) j ON
true;
n | n
+
10 | 10
(1 row)
SELECT * FROM i LEFT JOIN LATERAL (SELECT * FROM j WHERE (i.n = j.n)) j ON
false;
n | n
---+---
(0 rows)
This is a bug. If you block the optimizer from rearranging the lateral
join condition, it gives the correct answer:
No blocking:
SELECT * FROM i LEFT JOIN LATERAL (SELECT * FROM j WHERE (i.n = j.n)) j
ON true;
n | n
---+---
(0 rows)
QUERY PLAN
-
Nested Loop Left Join (cost=0.00..65.01 rows=12 width=8) (actual
time=0.027..0.027 rows=0 loops=1)
Filter: (i.n = j.n)
Rows Removed by Filter: 1
- Seq Scan on i (cost=0.00..1.01 rows=1 width=4) (actual
time=0.013..0.015 rows=1 loops=1)
- Seq Scan on j (cost=0.00..34.00 rows=2400 width=4) (actual
time=0.001..0.001 rows=0 loops=1)
Total runtime: 0.084 ms
(6 rows)
Blocking:
SELECT * FROM i LEFT JOIN LATERAL (SELECT * FROM j WHERE (i.n = j.n) OFFSET 0)
j ON true;
n | n
+---
10 |
(1 row)
QUERY PLAN
-
Nested Loop Left Join (cost=0.00..41.25 rows=12 width=8) (actual
time=0.014..0.015 rows=1 loops=1)
- Seq Scan on i (cost=0.00..1.01 rows=1 width=4) (actual
time=0.006..0.007 rows=1 loops=1)
- Seq Scan on j (cost=0.00..40.00 rows=12 width=4) (actual
time=0.001..0.001 rows=0 loops=1)
Filter: (i.n = n)
Total runtime: 0.057 ms
(5 rows)
Vik
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers