xtenderAlexander AnokhinС 12.2 работает новый or expansion, новый хинт OR_EXPAND. Как его с этим примером подружить не нашёл.хз что там за правила проверки - при нормальном id in (1,2) не работает (ORE: bypassed - No valid predicate for OR expansion.), но вот дурацкое добавление исправляет ситуацию:
Класс, теперь понятнее. Такая проверка нужна для переменных (bind или в случае соединений), когда значения зараннее не известны, чтобы одни и те же строки несколько раз не вытащить. И старый добрый or expansion (concatenation) умеет добавлять эти дополнительные условия, а для нового этот шаг преобразований забыли добавить, похоже. В результате для нового or expansion валидным считается только такой "or" где непересечение значений явно прописано и для литералов и для переменных.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
var b1 number
var b2 number
var b3 number
select /*+ use_concat(OR_PREDICATES(1)) */ * from t1 where id in (:B1,:B2, :B3);
---------------------------------------------------------------------------
| Id | Operation | Name | E-Rows | Cost (%CPU)|
---------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | | 9 (100)|
| 1 | CONCATENATION | | | |
| 2 | TABLE ACCESS BY INDEX ROWID BATCHED| T1 | 1 | 3 (0)|
|* 3 | INDEX SKIP SCAN | I1 | 1 | 3 (0)|
| 4 | TABLE ACCESS BY INDEX ROWID BATCHED| T1 | 1 | 3 (0)|
|* 5 | INDEX SKIP SCAN | I1 | 1 | 3 (0)|
| 6 | TABLE ACCESS BY INDEX ROWID BATCHED| T1 | 1 | 3 (0)|
|* 7 | INDEX SKIP SCAN | I1 | 1 | 3 (0)|
---------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
3 - access("ID"=:B3)
filter("ID"=:B3)
5 - access("ID"=:B2)
filter(("ID"=:B2 AND LNNVL("ID"=:B3)))
7 - access("ID"=:B1)
filter(("ID"=:B1 AND LNNVL("ID"=:B2) AND LNNVL("ID"=:B3)))
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
select * from t1 where id in (:B1,:B2, :B3);
----------------------------------------------------------------
| Id | Operation | Name | E-Rows | Cost (%CPU)|
----------------------------------------------------------------
| 0 | SELECT STATEMENT | | | 2324 (100)|
|* 1 | TABLE ACCESS STORAGE FULL| T1 | 1 | 2324 (1)|
----------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
1 - storage(("ID"=:B1 OR "ID"=:B2 OR "ID"=:B3))
filter(("ID"=:B1 OR "ID"=:B2 OR "ID"=:B3))
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
select * from t1 where (id = :B1 and :B1 <> :B2 and :B1 <> :B3) or (id = :B2 and :B2 <> :B3) or (id = :B3);
----------------------------------------------------------------------------------------
| Id | Operation | Name | E-Rows | Cost (%CPU)|
----------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | | 9 (100)|
| 1 | VIEW | VW_ORE_BA8ECEFB | 3 | 9 (0)|
| 2 | UNION-ALL | | | |
| 3 | TABLE ACCESS BY INDEX ROWID BATCHED | T1 | 1 | 3 (0)|
|* 4 | INDEX SKIP SCAN | I1 | 1 | 3 (0)|
|* 5 | FILTER | | | |
| 6 | TABLE ACCESS BY INDEX ROWID BATCHED| T1 | 1 | 3 (0)|
|* 7 | INDEX SKIP SCAN | I1 | 1 | 3 (0)|
|* 8 | FILTER | | | |
| 9 | TABLE ACCESS BY INDEX ROWID BATCHED| T1 | 1 | 3 (0)|
|* 10 | INDEX SKIP SCAN | I1 | 1 | 3 (0)|
----------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
4 - access("ID"=:B3)
filter("ID"=:B3)
5 - filter(:B2<>:B3)
7 - access("ID"=:B2)
filter(("ID"=:B2 AND LNNVL("ID"=:B3)))
8 - filter((:B1<>:B3 AND :B1<>:B2))
10 - access("ID"=:B1)
filter(("ID"=:B1 AND LNNVL("ID"=:B3) AND (LNNVL("ID"=:B2) OR
LNNVL(:B2<>:B3))))
