Отправляет email-рассылки с помощью сервиса Sendsay

Открыто о СУБД Oracle на русском

Рассылка закрыта

При закрытии подписчики были переданы в рассылку "СУБД Oracle "с нуля"" на которую и рекомендуем вам подписаться.

Вы можете найти рассылки сходной тематики в Каталоге рассылок.

←   Декабрь 2003   →
 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
31
Автор
Сергей

Статистика

10.773 подписчиков
-8 за неделю
←   Все выпуски   →

Открыто о СУБД Oracle на русском : индексирование избранных строк


Информационный Канал Subscribe.Ru

Выпуск 58

Уважаемые подписчики рассылки!

Этот короткий выпуск посвящен индексированию строк таблицы, удовлетворяющих некоторому условию. По мотивам интересной публикации на сайте Тома Кайта от 20 декабря 2003 года.

Можно ли индексировать только избранные строки?

Привет, Том!

Возможно, я отстал от времени - все еще использую версию 8.1.7, - но мне просто интересно, нельзя ли создать индексы только по избранным строкам. Например, когда в индексируемом столбце много пустых значений и, как я видел во множестве различных приложений, с которыми приходилось работать, совершенно точно известно, что строки с пустыми значениями в этом столбце (по этому индексу) выбирать никогда не будут.

Мне кажется, что можно было бы сэкономить место на диске (и в памяти, насколько я понимаю), если бы можно было потребовать индексировать только строки с конкретными значениями (или наоборот - не идексировать такие строки).

Ответ Тома Кайта

Ну, во-первых, если запись индекса (обычного, не на основе битовых карт - прим. В.К.) целиком состоит из значений NULL, она вообще никогда не попадает в индекс!

Рассмотрим пример:

 
ops$tkyte@ORA920> create table t ( x int ); 
  
Table created. 
  
ops$tkyte@ORA920> create index t_idx on t(x); 
  
Index created. 
  
ops$tkyte@ORA920> insert into t select null from all_users; 
  
51 rows created. 
  
ops$tkyte@ORA920> analyze index t_idx validate structure; 
  
Index analyzed. 
  
ops$tkyte@ORA920> select name, lf_rows from index_stats; 
  
NAME                              LF_ROWS 
------------------------------ ---------- 
T_IDX                                   0

Этот индекс - пустой, в нем ничего нет. Поместим в таблицу непустую строку, и:

 
ops$tkyte@ORA920> insert into t values ( 1 ); 
  
1 row created. 
  
ops$tkyte@ORA920> analyze index t_idx validate structure; 
  
Index analyzed. 
  
ops$tkyte@ORA920> select name, lf_rows from index_stats; 
  
NAME                              LF_ROWS 
------------------------------ ---------- 
T_IDX                                   1

мы, наконец, получим запись. Если затем установить во всех строках непустые значения:

 
ops$tkyte@ORA920> update t set x = rownum; 
  
52 rows updated. 
  
ops$tkyte@ORA920> analyze index t_idx validate structure; 
  
Index analyzed. 
  
ops$tkyte@ORA920> select name, lf_rows from index_stats; 
  
NAME                              LF_ROWS 
------------------------------ ---------- 
T_IDX                                  53

все они окажутся в индексе...

Теперь, чтобы проиндексировать избирательно, можно использовать CASE (или встроенные функции DECODE и NVL в тех версиях Oracle, где CASE еще не поддерживался - прим. В.К.) со сложным условием для идентификации необходимых значений - в данном случае, я буду индексировать все строки, в которых x меньше 25:

  
ops$tkyte@ORA920> create index t_idx2 on t( case when x < 25 then x end ); 
  
Index created. 
  
ops$tkyte@ORA920> analyze index t_idx2 validate structure; 
  
Index analyzed. 
  
ops$tkyte@ORA920> select name, lf_rows from index_stats; 
  
NAME                              LF_ROWS 
------------------------------ ---------- 
T_IDX2                                 24

Только эти строки оказались в индексе. Далее, можно (и, по-моему, нужно) использовать представление, чтобы скрыть сложность запросов через этот индекс:

 
ops$tkyte@ORA920> create or replace view v as select x, case when x < 25 then x end another_x from t; 
  
View created. 
  
ops$tkyte@ORA920> analyze table t compute statistics; 
  
Table analyzed. 
  
ops$tkyte@ORA920> set autotrace traceonly explain 
ops$tkyte@ORA920> select * from v where another_x = 5; 
  
Execution Plan 
---------------------------------------------------------- 
   0      SELECT STATEMENT Optimizer=CHOOSE (Cost=3 Card=1 Bytes=2) 
   1    0   TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=3 Card=1 Bytes=2) 
   2    1     INDEX (RANGE SCAN) OF 'T_IDX2' (NON-UNIQUE) (Cost=2 Card=1) 
  
ops$tkyte@ORA920> set autotrace off

Подробнее об использовании индексов по функции см.

http://asktom.oracle.com/~tkyte/article1/index.html

Оригинал обсуждения этого вопроса можно найти здесь.

Copyright © 2003 Oracle Corporation

Мои переводы книг Тома Кайта

На отдельной странице проекта вы сможете найти подробную информацию о моей деятельности в этом направлении.

Прежние выпуски

Все вышедшие выпуски рассылки можно найти на сайте рассылки. Там же реализована возможность поиска материалов по ключевым словам (с помощью Google...)

Другие мои рассылки

Уважаемые подписчики!

Многие из вас, наверняка, используют ту или иную версию ОС UNIX в качестве платформы под сервер баз данных Oracle. UNIX-подобным операционным системам посвящена другая моя рассылка - "Страницы справочного руководства ОС UNIX на русском". Подписаться на нее можно с помощью следующей формы:

Рассылки Subscribe.Ru
Страницы справочного руководства ОС UNIX на русском

В ближайшее время в рассылке большое внимание будет уделяться ОС FreeBSD, в частности, использованию программных и аппаратных RAID-массивов. Официально СУБД Oracle на этой платформе не работает, но установить и использовать Linux-версию очень даже можно...

Oracle - замечательная СУБД. Но не единственная, и не дешевая... Моя новая рассылка, "Открыто о СУБД SAP DB/MaxDB на русском", посвящена современной промышленной СУБД с открытым исходным кодом SAP DB, по возможностям примерно соответствующей Oracle 7, но распространяемой (пока) совершенно свободно по лицензии LGPL. Подписаться на эту рассылку можно с помощью следующей формы:

Рассылки Subscribe.Ru
Открыто о СУБД SAP DB/MaxDB на русском

В следующем выпуске

Анализ результатов работы утилиты tkprof - в предвкушении проблем производительности, выявлением причин которых мне придется, вероятно, в ближайшем будущем заниматься. Конечно же, по мотивам ответов Тома Кайта :).

С наилучшими пожеланиями,

  В.К.

http://subscribe.ru/
E-mail: ask@subscribe.ru 		Отписаться
Убрать рекламу
В избранное