ВУЗ:
Составители:
Рубрика:
Стадия, предшествующая физическому проектированию, называется стадией логического проекти-
рования. Результаты её выполнения в значительной степени независимы от особенностей физической
реализации проекта. При логическом проектировании не принимаются во внимание конкретные функ-
циональные возможности целевой базы данных и прикладных программ, однако учитываются особен-
ности выбранной модели данных. Результатом логического проектирования являются глобальная логи-
ческая модель данных, состоящая из ER-диаграммы или диаграммы отношений, а также реляционной
схемы, и комплект описывающей её сопроводительной документации, включающий, в частности, сло-
варь данных. В совокупности эти результаты являются исходной информацией для стадии физического
проектирования базы данных и предоставляют её разработчику всё необходимое для принятия реше-
ний, направленных на достижение максимальной эффективности создаваемого проекта.
Образно говоря, при логическом проектировании разработчик в основном рассматривает, что
должно быть сделано, а при физическом проектировании он ищет способ, как это сделать. В каждом
случае требуется наличие различных навыков, которыми чаще всего обладают разные специалисты.
Так, специалист по физическому проектированию баз данных должен ясно представлять, как функцио-
нирует в компьютерной системе та или иная СУБД, а также хорошо знать все функциональные возмож-
ности целевой СУБД. Поскольку функциональные возможности различных СУБД достаточно сильно
отличаются друг от друга, физическое проектирование всегда тесно связано с особенностями конкрет-
ной выбранной системы. Однако этап физического проектирования базы данных не является совершен-
но изолированным от других. Как правило, между физическим, логическим проектированием и разра-
боткой приложений всегда имеется обратная связь. Например, решения, принятые на этапе физического
проектирования с целью повышения производительности системы (в частности, по объединению отно-
шений), могут повлиять на структуру логической модели данных, а это может отразиться на проектах
приложений.
4.2.2. Общий обзор методологии физического проектирования
баз данных
В этой главе описываются следующие этапы методологии физического проектирования баз данных.
1. Перенос глобальной логической модели данных в среду целевой СУБД.
2. Проектирование основных отношений.
3. Разработка способов получения производных данных.
4. Реализация ограничений предметной области.
5. Проектирование физического представления базы данных.
6. Анализ транзакций.
7. Выбор файловой структуры.
8. Определение индексов.
9. Определение требований к дисковой памяти.
10. Проектирование пользовательских представлений.
11. Разработка механизмов защиты.
12. Обоснование необходимости введения контролируемой избыточности.
13. Текущий контроль и настройка операционной системы.
Обсуждаемая нами методология физического проектирования баз данных включает шесть основ-
ных этапов. Концептуальное и логическое проектирование охватывает три первых этапа разработки баз
данных, а физическое проектирование – этапы 4 – 9. Этап 4 стадии физического проектирования вклю-
чает разработку основных отношений и реализацию ограничений предметной области с использовани-
ем доступных функциональных средств целевой СУБД. На этом этапе должно быть также принято ре-
шение по выбору способов получения производных данных, которые включены в модель данных.
Этап 5 включает выбор файловой организации и индексов для основных отношений. Как правило,
СУБД для персональных компьютеров имеют фиксированную структуру внешней памяти, а другие
СУБД предоставляют несколько альтернативных вариантов файловой организации для хранения дан-
ных. С точки зрения пользователя организация внутренней структуры хранения отношений должна
быть совершенно прозрачной – пользователь должен иметь возможность получать доступ к любому от-
