зоны и номер в этом регионе. Если сделать данный столбец лидирующим компонентом первичного ключа, то можно рассчитывать на наличие хотя бы нескольких запросов, задающих равенство по нему. В таком случае, вероятно, было бы полезно поставить call_start следующим столбцом ключа, чтобы эффективно использовать индекс в запросах такого вида:
SELECT COUNT(*)
FROM calls WHERE from_area = 512
AND call_start BETWEEN '14-FEB-981 AND '15-FEB-98';
Поскольку ключ секционирования таблицы продолжает оставаться частью первичного ключа, сохраняется преимущество локальных секций при выполнении DML-операций. Можно достаточно глубоко проанализировать условия поиска для того, чтобы ограничить его одной секцией (или, если диапазон охватывает несколько секций, набором секций). Как мы говорили ранее, в предварительных выпусках OracleS эта оптимизация выполнялась не так хорошо, как хотелось бы.
Совет:
Для того чтобы создать уникальный индекс как локально секционированный, ключ секционирования таблицы должен быть частью ключа индекса.
Конечно, таблица, причем даже "большая", может потребовать наличия неуникального индекса, который не содержит ключа ее секции. Такие таблицы, опять-таки, можно создавать как локально секционированные. В этом случае выполнение DML-операций над данной секцией таблицы влияет только на одну секцию индекса. Тем не менее, при каждом поиске придется просматривать все секции индекса. Повлечет ли это за собой проблемы производительности в вашем приложении, зависит от ряда факторов:
•	как часто выполняется поиск;
•	сколько имеется секций;
•	сколько блоков ветвей индекса кэшируется.
В хранилищах данных и системах поддержки принятия решений, где тысячи и даже миллионы строк удовлетворяют условиям поиска, дополнительные обращения к блокам индекса могут не иметь особого значения. С другой стороны, в средах обработки транзакций, где запросу удовлетворяют максимум две-три строки, такие обращения иногда вдвое-втрое увеличивают время выполнения операторов.
Глобальные секции
Если нам нужно обеспечить уникальность ключа, который не содержит ключ секционирования таблицы, мы должны использовать либо несекционированный, либо глобально секционированный индекс. Какой из этих вариантов выбрать? Для обновления любой секции таблицы может понадобиться любая
4.  "Большие" особенности Oracle8	65