inner join нескольких таблиц, порядок обработки

Пономарев Артем

Удав, и шо?
Вы выберите не count, а trdoc и vrsio, которые нужны для дальнейшего джойна.
И посмотрите не добавились ли в план строки вида:
TABLE ACCESS BY INDEX ROWID

Выигрыша по скорости не будет. Скорее наоборот. Продолжаю считать что разбиение приведенного автором индекса бессмысленно.

Удав

Артем, попробуйте сами

Code:

SQL Statement                                                                       
                                                                                    
SELECT                                                                              
  *                                                                                 
FROM                                                                                
  "ARFCSSTATE"                                                                      
WHERE                                                                               
  ( "ARFCSTATE" = :1 OR     "ARFCFNAM" = :2 )   AND "ARFCRESERV" LIKE :3                                                                                                
                                                                                    
Execution Plan                                                                      

 SELECT STATEMENT                                                                   
     5  5 CONCATENATION                                                             
         5  2 TABLE ACCESS BY INDEX ROWID ARFCSSTATE                                
                1 INDEX RANGE SCAN ARFCSSTATE~03                                    
                  Search Columns: 1                                                                                                                         
         5  4 TABLE ACCESS BY INDEX ROWID ARFCSSTATE                                
                3 INDEX RANGE SCAN ARFCSSTATE~01                                    
                  Search Columns: 1                                                 

Если в примере yes делать выборку не по 2-му, а по 3-му полю индекса, будет не INDEX RANGE SCAN, а INDEX SKIP SCAN.
Только не говорите, что SIKP SCAN быстрее

yes написала:

SELECT DISTINCT *
INTO ...
FROM tab1
INNER JOIN tab2 ON tab2~trdoc = tab1~trdoc
INNER JOIN tab3 ON tab3~trdoc = tab1~trdoc
AND tab3~vrsio = tab1~vrsio
WHERE tab1~rfcdest = Constanta
AND ( ( tab1~send_status IN ('E', 'S', 'W', '') ) OR ( tab1~answer_status IN ('E', 'W', '') ) ) .

Приведите полные списки полей в индексах
.
tab1:
-Первичный ключ (trdoc, vrsio)
-Индекс(rfcdest+send_status+answer_status )

Пономарев Артем

Удав, ну где там будет SKIP SCAN то?
При

Code:

WHERE tab1~rfcdest = Constanta
AND ( ( tab1~send_status IN ('E', 'S', 'W', '') ) OR ( tab1~answer_status IN ('E', 'W', '') ) ) .

и

Цитата:

Индекс(rfcdest+send_status+answer_status)

увидим ровно такой же RANGE SCAN.

Если заменить на

Цитата:

Индекс(rfcdest+send_status)
Индекс(fcdest+answer_status)

разницы не будет.

Если же из таблицы1 нам кроме rfcdest, send_status, answer_status, trdoc и vrsio ничего не надо, то

Цитата:

Индекс(rfcdest+send_status+answer_status+trdoc+vrsio)

позволит нам избежать TABLE ACCESS BY INDEX ROWID. А это доп. дисковая операция, между прочим.

yes

Для определения приоритета помог хинт (источник нота 772497)
%_HINTS ORACLE 'LEADING("&TABLE 1&")'.

Правила форума

inner join нескольких таблиц, порядок обработки

Кто сейчас на конференции