Уважаемые подписчики рассылки!
Давненько мы не обращались в рассылке к публикациям Тома Кайта. Написано им интересного за этот период
было немало ;). Этот короткий выпуск, в частности, посвящен применению представления v$object_usage
для контроля использования индекса. По мотивам интересной публикации на сайте
Тома Кайта от 5 октября 2003 года.
Надеюсь, регулярный выход рассылки теперь возобновится. Перерыв почти на месяц был вызван необходимостью срочно создавать учебные материалы для курса по администрированию Oracle 8i... Теперь работа эта закончена. Возможно, некоторые побочные результаты будут представлены и в этой рассылке. Много у меня в голове при этом прояснилось.
Том!
Контролировать использование индекса в Oracle 9i можно, выполнив сначала
оператор alter index xxx monitoring usage, начинающего процесс сбора
соответствующей информации, а затем выполняя запросы к представлению v$object_usage.
Какие операторы DDL или DML при этом будут генерировать 'YES' в столбце 'USED'
этого представления? Друкгими словами, будут ли операторы 'select' считаться
использующими индекс, или только update?..
Столбец будет иметь значение YES, если индекс использовался для ДОСТУПА к таблице, -- будь-то при изменении, слиянии (merge), удалении строк или при выполнении оператора SELECT. Этот столбец изменяется не потому, что "изменена" какая-то запись индекса -- это будет происходить при каждой вставке. Столбец устанавливается в YES, когда индекс используется для доступа к таблице.
Рассмотрим пример
ops$tkyte@ORA920.US.ORACLE.COM> create table t ( x int, 2 constraint t_pk primary key(x) ); Table created. ops$tkyte@ORA920.US.ORACLE.COM> insert into t 2 select rownum 3 from all_objects 4 where rownum <= 100 5 / 100 rows created. ops$tkyte@ORA920.US.ORACLE.COM> set echo off
Теперь включим мониторинг индекса:
ops$tkyte@ORA920.US.ORACLE.COM> select index_name, monitoring, used, start_monitoring, end_monitoring 2 from v$object_usage; no rows selected ops$tkyte@ORA920.US.ORACLE.COM> alter index t_pk monitoring usage 2 / Index altered. ops$tkyte@ORA920.US.ORACLE.COM> select index_name, monitoring, used, start_monitoring, end_monitoring 2 from v$object_usage; INDEX_NAME MONITORING USED START_MONITORING END_MONITORING ------------ ---------- ---- ------------------- ------------------- T_PK YES NO 10/05/2003 18:29:16 ops$tkyte@ORA920.US.ORACLE.COM> ops$tkyte@ORA920.US.ORACLE.COM> set echo off
При использовании оптимизатора, основанного на правилах (RBO), как оно и будет по умолчанию, выборка count(*) идет не через индекс:
ops$tkyte@ORA920.US.ORACLE.COM> set autotrace on explain
ops$tkyte@ORA920.US.ORACLE.COM> select count(*) from t;
COUNT(*)
----------
100
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE
1 0 SORT (AGGREGATE)
2 1 TABLE ACCESS (FULL) OF 'T'
ops$tkyte@ORA920.US.ORACLE.COM> set autotrace off
ops$tkyte@ORA920.US.ORACLE.COM> select index_name, monitoring, used, start_monitoring, end_monitoring
2 from v$object_usage;
INDEX_NAME MONITORING USED START_MONITORING END_MONITORING
------------ ---------- ---- ------------------- -------------------
T_PK YES NO 10/05/2003 18:29:16
ops$tkyte@ORA920.US.ORACLE.COM> set echo off
Как и выполнение оператора insert:
ops$tkyte@ORA920.US.ORACLE.COM> insert into t values (-1); 1 row created. ops$tkyte@ORA920.US.ORACLE.COM> select index_name, monitoring, used, start_monitoring, end_monitoring 2 from v$object_usage; INDEX_NAME MONITORING USED START_MONITORING END_MONITORING ------------ ---------- ---- ------------------- ------------------- T_PK YES NO 10/05/2003 18:29:16 ops$tkyte@ORA920.US.ORACLE.COM> set echo off
Но если проанализировать таблицу, при выборке count(*) индекс будет использоваться, и мы получим соответствующую запись:
ops$tkyte@ORA920.US.ORACLE.COM> analyze table t compute statistics
2 /
Table analyzed.
ops$tkyte@ORA920.US.ORACLE.COM> set autotrace on explain
ops$tkyte@ORA920.US.ORACLE.COM> select count(*) from t;
COUNT(*)
----------
101
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=1)
1 0 SORT (AGGREGATE)
2 1 INDEX (FULL SCAN) OF 'T_PK' (UNIQUE) (Cost=2 Card=101)
ops$tkyte@ORA920.US.ORACLE.COM> set autotrace off
ops$tkyte@ORA920.US.ORACLE.COM> select index_name, monitoring, used, start_monitoring, end_monitoring
2 from v$object_usage;
INDEX_NAME MONITORING USED START_MONITORING END_MONITORING
------------ ---------- ---- ------------------- -------------------
T_PK YES YES 10/05/2003 18:29:16
ops$tkyte@ORA920.US.ORACLE.COM>
Оригинал обсуждения этого вопроса можно найти здесь.
Copyright © 2003 Oracle Corporation
На отдельной странице проекта вы сможете найти подробную информацию о моей деятельности в этом направлении.
Кстати, Том Кайт признан редакцией журнала "Oracle Magazine" лучшим автором книг об Oracle в 2003 году (Oracle Book Author of the Year 2003)!
Все вышедшие выпуски рассылки можно найти на сайте рассылки. Там же реализована возможность поиска материалов по ключевым словам (с помощью Google...)
Уважаемые подписчики!
Многие из вас, наверняка, используют ту или иную версию ОС UNIX в качестве платформы под сервер баз данных Oracle. UNIX-подобным операционным системам посвящена другая моя рассылка - "Страницы справочного руководства ОС UNIX на русском". Подписаться на нее можно с помощью следующей формы:
Oracle - замечательная СУБД. Но не единственная, и не дешевая... Моя новая рассылка, "Открыто о СУБД SAP DB/MaxDB на русском", посвящена современной промышленной СУБД с открытым исходным кодом SAP DB, по возможностям примерно соответствующей Oracle 7, но распространяемой (пока) совершенно свободно по лицензии LGPL. (Вышедшая недавно MaxDB 7.5 распространяется по "двойной" лицензии (GPL либо коммерческая), аналогично MySQL.) Подписаться на эту рассылку можно с помощью следующей формы:
Перевод одного из интересных ответов Тома Кайта, которых накопилось немало.
С наилучшими пожеланиями,
В.К.
|
|