xtenderandrey_anonymousБолее того, ты прямо утверждаешь, что оптимизатор "выбирает план с большей стоимостью", что технически неверно.читай внимательно:
xtenderодин из примеров, когда CBO выбирает план с более высоким CostТы будешь отрицать, что выбран план с большим Cost?
1. Меня убедит только 10053, где будет рассмотрено два плана и выбран более дорогой.
Все остальное - от лукавого, ибо самого факта _выбора не было, если, к примеру, индексный доступ по каким-либо причинам
не рассматривался .
2. Я же показал, что согласно оценке оптимизатора на непустой таблице FTS дешевле.
xtenderты путаешь partition pruning с указанием конкретной секции через partition for. Это разные механизмы и, в общем, случае очевидно, что при указании секции через partition for и добавлении предиката, нужен будет отфильтровать записи по предикату.
Похоже, что путаешь ты.
Смотри внимательно.
Я показал, что,
избавившись от предиката (заменив его partition for)
в случае PARTITION LIST SINGLE (это
важно ) удалось привести CBO в состояние, в котором он смог дать адекватную оценку минимаксному скану индекса.
Ты же не будешь утверждать, что минимаксный поиск тождественен IFS/IFS?
При этом возвращение предиката вернуло и проблемы с оценкой (дальше).
Тут все немного сложно - CBO не всегда адекватно реагирует даже на два предиката с partition key, а именно, если поведение не изменилось со старинных времен, использует для partition pruning первый из встреченный предикатов и игнорит второй.
А в приведенном примере "условно конфликтуют" partition for и предикат - ХЗ как индусы разрулили такой пердимонокль.
xtenderПопробуй, например, захинтовать индексный доступ в своем запросе:
Да без проблем:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
select /*+ index(t) */ max(datetime)
from tbl1 partition for(1002) t
where part_id = 1002
-------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
-------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 22 | 3235 (1)| 00:00:01 | | |
| 1 | SORT AGGREGATE | | 1 | 22 | | | | |
| 2 | PARTITION LIST SINGLE | | 95771 | 2057K| 3235 (1)| 00:00:01 |KEY(AP)|KEY(AP)|
| 3 | FIRST ROW | | 95771 | 2057K| 3235 (1)| 00:00:01 | | |
| 4 | INDEX FULL SCAN (MIN/MAX)| IDX_21 | 95771 | 2057K| 3235 (1)| 00:00:01 | 3 | 3 |
-------------------------------------------------------------------------------------------------------
у тебя просто ошибка в хинте
xtender
1.
SQL> explain plan for select/*+ index(tbl1) */ max(datetime) from tbl1 partition for(1002) t where part_id = 1002;
