позволяет выбирать данные из нескольких секций. Так, если вам нужны все вызовы за февраль и апрель, вы должны:
•    вернуться к прозрачному секционированию и написать запрос с фразой WHERE точно так же, как для несекционированной таблицы
или
•    написать запрос как UNION ALL для запроса к CALLS9802 и еще одного запроса к CALLS9804.
Ни PL/SQL, ни SQL-запросы к распределенной базе данных не поддерживают явное обращение к секциям. В PL/SQL эта проблема решается путем использования динамического SQL внутри PL/SQL. В SQL-запросах к распределенной базе данных можно извлечь данные при помощи удаленной хранимой процедуры, которая использует динамический SQL. (Сомневаемся, что вы часто будете попадать в ситуацию, когда явное обращение к секциям стоит этих усилий.)
В одном случае мы считаем явное обращение к секциям действительно полезным приемом (однако OracleS — еще новый продукт, и мы не уверены, что к этому часто придется прибегать на практике). Там, где таблица секционируется по серии бизнес-функций, кажется, имеет смысл явное обращение каждой из этих функций к собственной секции. В качестве примера можно взять таблицу движения производственных запасов, в которой есть секция внутренних перемещений, секция перемещений, связанных с получением товарно-материальных ценностей, и секция перемещений, связанных с отгрузкой. Процессы, которые рассматривают перемещения запасов в целом, будут использовать имя таблицы без имени секции, тогда как приложение, написанное для обработки внутренних перемещений, будет использовать как имя таблицы, так и имя секции внутренних перемещений. Конечно, этот пример выглядит несколько искусственно, и здесь удается разделить таблицу только на три секции. В некоторых реальных проектах, где планируется секционирование таблиц, таблицы делятся на десятки, а то и сотни секций.
Примечание:
Задание имени секции в операторе INSERT не дает никакого эффекта, кроме появления дополнительного уровня проверки. В любом случае OracleS хранит строку только в той секции, которая соответствует значению ключа секционирования.
Указание имени секции может также быть полезной мерой, когда вы пишете SQL-предложения для аварийного восстановления секции секционированной таблицы. Вообще говоря, мы не видим особого смысла в задании ключа секционирования во встроенных SQL-предложениях, кроме как в сложных с инженерной точки зрения проектах (где поиск в словаре данных может осуществляться программой, во время выполнения которой затем динамически генерируется ссылка на требуемую секцию — да и то лишь в тех случаях, когда необходим доступ только к одной секции). Конечно, для
4.  "Большие" особенности OracleS	59