Аналитики должны выявить это требование и ввести атрибут с именем COMMENT или (что более правильно) новую сущность CONTACT COM-MENT, позволяющую хранить любое количество подобных комментариев для данного лица. Проблемы появляются, если мы захотим ввести еще и сущность CONTACTPROCEDURE, содержащую сведения не только о процедурах, которые пользователь должен выполнять при чтении данной записи, но и о процедуре, которую должно выполнять при чтении записи приложение. Таким образом, мы пытаемся ввести в данные возможность задавать прикладные правила.

В приложении Б мы рассмотрим некоторые приемы, позволяющие справиться с этими задачами, а пока просто отметим, что для поддержки требований такого типа модель сущностей должна принять форму метамо-дели и что из-за этого степень риска проекта возрастает.

Метамодель - это просто модель другой модели. Любой словарь данных - метамодель, потому что его структуры определены как набор таблиц, служащих для хранения определения набора таблиц. В Oracle, как и в больщинстве реляционных СУБД, такая метамодель описывает и саму себя, поэтому таблица Oracle SYS.OBJ$, содержащая информацию обо всех объектах в базе данных Oracle, сама должна включать элемент для таблицы SYS.OBJ$.

Мы говорим, что такая модель имеет два уровня абстрагирования. В словаре есть элемент, определяющий элемент в словаре, который определяет таблицу.

Если вам требуется использовать метамодель, то обратитесь к приложению Б, но сначала убедитесь в том, что вам действительно нужен такой уровень сложности.

Предупреждение

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

Проектирование базы данных

в этой части книги описывается процесс проектирования баз данных Oracle.

В главе 4, Принятие решения о денормализации , изугаются специальные методы денормализации находящихся в БД данных с целью повышения производительности.

В главе 5, Выбор типов данных, неопределенные значения , определяются различные типы данных Oracle и исследуются такие щекотливые темы, как смысл неопределенного значения и возможности его обработки.

В главе 6, Выбор ключей и индексов , рассматривается порядок выбора наилучших ключей для конкретной базы данных.

В главе 7, Обработка временных данргых , исследуется одна из проблем, характерных для баз данных Oracle и других реляционных БД: они не адекватно поддерживают временные ряды (временные данные). Здесь предлагается ряд типичных для Oracle приемов, с помощью которых можно преодолеть ограничения, связанные с данными этого типа.

В главе 8, Загрузка и выгрузка данных , исследуются различные способы заполнения базы данных Oracle? из внешних источников данных. Здесь также рассматривается методика извлечения данных из базы датшых Oracle?.

В главе 9, Размещение и хранение объектов , изучаются некоторые из наиболее важных физических аспектов проектирования баз данных, в частности оценка размера и размещение файлов.

В главе 10, Защита данных , освещаются вопросы резервного копирования, архивации, аудита и безопасности.