есть хитрый способ оптимизировать этот запрос

Question

Я работаю на столе, который имеет 3008698 строки

exam_date является DATE поля.

Но запросы, которые я запускаю, хотят соответствовать только части месяца. Так что я делаю:

select * from my_big_table where to_number(to_char(exam_date, 'MM')) = 5; 

, который, как я считаю, длится долго из-за функции на колонке. Есть ли способ избежать этого и сделать его быстрее? кроме внесения изменений в таблицу? exam_date в таблице имеют разные значения даты. как 01-OCT-10 или 12-OCT-10 ... и так далее

Answer 1

select * from my_big_table where MONTH(exam_date) = 5 

упс .. Oracle да? ..

select * from my_big_table where EXTRACT(MONTH from exam_date) = 5 

Answer 2

Я не знаю, Oracle, но как насчет Производство

WHERE exam_date BETWEEN first_of_month AND last_of_month 

где две даты являются постоянными выражениями.

Answer 3

Вызов функции означает, что Oracle не сможет использовать какой-либо индекс, который может быть определен в столбце.

Либо удалите вызов функции (как в ответе Гарпо), либо используйте индекс, основанный на функции.

Answer 4

Имейте в виду, что, поскольку вы хотите получить приблизительно 1/12-й из всех данных, вполне возможно, что Oracle сможет выполнить полное сканирование таблицы в любом случае. Это может объяснить, почему производительность была хуже, когда вы следовали советам гарпо.

Почему? Предположим, что ваши данные таковы, что 20 рядов подходят для каждого блока базы данных (в среднем), так что у вас есть в общей сложности 3 000 000/20 = 150 000 блоков. Это означает, что полное сканирование таблицы потребует 150 000 блочных чтений. Теперь около 1/12 из 3 000 000 строк будет на месяц 05. 3 000 000/12 составляет 250 000. Таким образом, это 250 000 табличных таблиц, если вы используете индекс - и это игнорирует чтение индекса, которое также потребуется. Таким образом, в этом примере полное сканирование таблицы делает намного меньше работы, чем индексированный поиск.

Answer 5

Принесите в miond, что для MONTH существует только двенадцать различных значений. Поэтому, если у вас нет сильно кластерного набора записей (скажем, если вы используете partitioining), возможно, что использование индекса не обязательно является наиболее эффективным способом запроса таким образом.

я не нашел, что использование EXTRACT() приводит оптимизатор использовать обычный индекс на моей дату колонке, но YMMV:

SQL> create index big_d_idx on big_table(col3) compute statistics 
    2/

Index created. 

SQL> set autotrace traceonly explain 

SQL> select * from big_table 
    2 where extract(MONTH from col3) = 'MAY' 
    3/

Execution Plan 
---------------------------------------------------------- 
Plan hash value: 3993303771 

------------------------------------------------------------------------------- 
| Id | Operation   | Name  | Rows | Bytes | Cost (%CPU)| Time  | 
------------------------------------------------------------------------------- 
| 0 | SELECT STATEMENT |   | 23403 | 1028K| 4351 (3)| 00:00:53 | 
|* 1 | TABLE ACCESS FULL| BIG_TABLE | 23403 | 1028K| 4351 (3)| 00:00:53 | 
------------------------------------------------------------------------------- 

Predicate Information (identified by operation id): 
--------------------------------------------------- 

    1 - filter(EXTRACT(MONTH FROM INTERNAL_FUNCTION("COL3"))=TO_NUMBER('M 
       AY')) 

SQL> 

Что определенно может убедить оптимизатор использовать индекс в этих сценариях построение функционального индекса:

SQL> create index big_mon_fbidx on big_table(extract(month from col3)) 
    2/

Index created. 

SQL> select * from big_table 
    2 where extract(MONTH from col3) = 'MAY' 
    3/

Execution Plan 
---------------------------------------------------------- 
Plan hash value: 225326446 

------------------------------------------------------------------------------------------- 
| Id | Operation     | Name   | Rows | Bytes | Cost (%CPU)|Time | 
------------------------------------------------------------------------------------------- 
| 0 | SELECT STATEMENT   |    | 23403 | 1028K| 475 (0)|00:00:06| 
| 1 | TABLE ACCESS BY INDEX ROWID| BIG_TABLE  | 23403 | 1028K| 475 (0)|00:00:06| 
|* 2 | INDEX RANGE SCAN   | BIG_MON_FBIDX | 9361 |  | 382 (0)|00:00:05| 
------------------------------------------------------------------------------------------- 


Predicate Information (identified by operation id): 
--------------------------------------------------- 

    2 - access(EXTRACT(MONTH FROM INTERNAL_FUNCTION("COL3"))=TO_NUMBER('MAY')) 

SQL>