s
А в exists не сабселект?
Select A.*
From a
Left join b
On a.id = b.some_id
Where b.id is null
🤣
Size: a a a
2020 August 20
kp
Сейчас главное задачу закрыть, но потом за доплату будут просить оптимизации
N
s
Вот решение без сабселекта)
s
Очень плохое, это сек скан по всему, но вариант
N
точно плохое? это в плане должно вылгядеть как anti-join, начиная то ли с 8.3, то ли 8.4 у постгреса есть нода в планах такая
s
Через exists с сабселектом быстрее будет
2_
А в exists не сабселект?
там автор в 3х соснах путается, я не уверен, что он понимает что написал. :)
KK
exists самый быстрый способ
s
exists самый быстрый способ
+
KK
по крайней мере, в оракле Том Кайт его таким назвал)
s
2flower _
там автор в 3х соснах путается, я не уверен, что он понимает что написал. :)
Тоже очень странная задача) решать без сабселекта задачу, которая решается им и быстрее намного
s
по крайней мере, в оракле Том Кайт его таким назвал)
В постгре та же история, то что я написал это сек скан в любом случае
N
test=# explain select from j1 left join j2 using (i) where j2.i is null and j1.i < 100;
QUERY PLAN
--------------------------------------------------------------------------------
Nested Loop Anti Join (cost=0.85..851.60 rows=51 width=0)
-> Index Only Scan using j1_pkey on j1 (cost=0.42..10.21 rows=102 width=4)
Index Cond: (i < 100)
-> Index Only Scan using j2_pkey on j2 (cost=0.42..8.24 rows=1 width=4)
Index Cond: (i = j1.i)
(5 rows)
s
test=# explain select from j1 left join j2 using (i) where j2.i is null and j1.i < 100;
QUERY PLAN
--------------------------------------------------------------------------------
Nested Loop Anti Join (cost=0.85..851.60 rows=51 width=0)
-> Index Only Scan using j1_pkey on j1 (cost=0.42..10.21 rows=102 width=4)
Index Cond: (i < 100)
-> Index Only Scan using j2_pkey on j2 (cost=0.42..8.24 rows=1 width=4)
Index Cond: (i = j1.i)
(5 rows)
j1.i < 100 убери)
N
test=# explain select from j1 where not exists (select from j2 where j2.i = j1.i) and j1.i < 100;
QUERY PLAN
--------------------------------------------------------------------------------
Nested Loop Anti Join (cost=0.85..851.60 rows=51 width=0)
-> Index Only Scan using j1_pkey on j1 (cost=0.42..10.21 rows=102 width=4)
Index Cond: (i < 100)
-> Index Only Scan using j2_pkey on j2 (cost=0.42..8.24 rows=1 width=4)
Index Cond: (i = j1.i)
(5 rows)
N
зачем убирать? мы в нормальных условиях не хотим бегать по всем таблицам, батчи, паджинация и тд
N
то что select * from table будет seqscan -- ну это понятно 🙂
s
Ну в таком случае он конечно по индексу пойдет)
2_
<100 это читерство