Oracle плана выполнения изменение

Question

У меня есть запрос:

   SELECT COUNT(1) 
      FROM registration r, 
        proxy p 
      WHERE r.participant_code = p.participant_code 
       AND r.proxy_type = p.proxy_type 
       AND r.proxy_value = p.proxy_value 
       AND r.proxy_sequence= p.proxy_sequence 

Все четыре поля, используемого в условии соединения для таблицы «прокси» в «проксите» первичный ключ. В плане выполнения запроса использовался первичный ключ для сканирования, но с одного момента он неожиданно изменил сканирование индекса при полном сканировании таблицы.

После этого запроса был изменен немного (присоединяется к 'r.proxy_value = p.proxy_value' и 'r.proxy_type = p.proxy_type', где поменяны местами):

   SELECT COUNT(1) 
      FROM registration r, 
        proxy p 
      WHERE r.participant_code = p.participant_code 
       AND r.proxy_value = p.proxy_value     
       AND r.proxy_type = p.proxy_type 
       AND r.proxy_sequence= p.proxy_sequence 

На самом деле оба запроса эквивалентны. Однако после этого изменения план выполнения второго запроса начинает использовать сканирование индекса вместо полного сканирования.

Теперь у меня есть очень конкретный вопрос:

Будет ли Oracle перекомпилировать второй запрос и он будет вести для запроса выполнения изменения плана?

Answer 1

В настоящее время Oracle использует оптимизатор затрат (CBO) по сравнению с прежним оптимизатором на основе правил, который был более предсказуемым, но менее способным в сценариях хранилища данных.

В целом, CBO представила проблемы с «плановой стабильностью», тогда как планы RBO всегда оставались неизменными.

Использование CBO означает, что планы выполнения могут и будут изменяться самостоятельно, основываясь на изменениях в статистике и/или данных динамической выборки. Существуют инструменты, которые позволяют контролировать историю переключения плана (например, lab128).

Еще один момент, который я заметил при рассмотрении вашего запроса: нет фильтров, поэтому в зависимости от того, что представляют собой ваши первичные ключи, может быть мало использования для сканирования индекса.