Проектирование физической модели

Датологическое проектирование

Даталогическое (логическое) проектирование приводит к разработке схемы БД, то есть совокупности схем отношений, которые адекватно моделируют абстрактные объекты предметной области и семантические связи между этими объектами (содержание данного пункта скопировано из работы [19]). Основой анализа корректности схемы являются так называемые функциональные зависимости между атрибутами БД. Некоторые зависимости между атрибутами отношений являются нежелательными из-за побочных эффектов и аномалий, которые они вызывают при модификации БД. При этом под процессом модификации БД мы понимаем внесение новых данных в БД или удаление некоторых данных из БД, а также обновление значений некоторых атрибутов.

Результате выполнения этого этапа должны быть получены следующие результирующие документы:

описание концептуальной схемы БД в терминах выбранной СУБД;

описание внешних моделей в терминах выбранной СУБД;

описание декларативных правил поддержки целостности базы данных.

Следует построить корректную (которой отсутствуют нежелательные зависимости между атрибутами отношении) схему БД, ориентируясь на реляционную модель данных.

Проектирование схемы БД может быть выполнено двумя путями:

путем декомпозиции (разбиения), когда исходное множество отношений, входящих в схему БД заменяется другим множеством отношений (число их при этом возрастает), являющихся проекциями исходных отношений;

путем синтеза, то есть путем компоновки из заданных исходных элементарных зависимостей между объектами предметной области схемы БД.

Классическая технология проектирования реляционных баз данных связана с теорией нормализации, основанной на анализе функциональных зависимостей между атрибутами отношений. Функциональные зависимости определяют устойчивые отношения между объектами и их свойствами в рассматриваемой предметной области. Именно поэтому процесс поддержки функциональных зависимостей, характерных для данной предметной области, является базовым для процесса проектирования.

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

Физическое проектирование базы данных - процесс подготовки описания реализации базы данных на внешних запоминающих устройствах (содержание данного пункта скопировано из работы [19]). На этом этапе рассматриваются основные отношения, организация файлов и индексов, предназначенных для обеспечения эффективного доступа к данным и средства защиты.

Не все СУБД имеет средства физического проектирования, например, СУБД Access (все таблицы хранятся в одном файле).

Физическое проектирование является последним этапом создания проекта базы данных, при выполнении которого проектировщик принимает решения о способах реализации разрабатываемой базы данных.

Основной целью физического проектирования базы данных является описание способа физической реализации логического проекта базы данных.

Этапы физического проектирования баз данных:

1. Анализ транзакций - определение функциональных характеристик транзакций, которые будут выполняться в проектируемой базе данных, и выделение наиболее важных из них.

2. Выбор файловой структуры - определение наиболее эффективной файловой структуры для каждого базового отношения. Определение параметров файлов (размеры страниц, минимальные и максимальные размеры, шаги приращения памяти, коэффициенты заполнения страниц и др.).

3. Выбор индексов - Определение того, будет ли добавление индексов способствовать повышению производительности системы.

4. Определение требований к дисковому пространству - оценка объема дискового пространства, необходимого для размещения базы данных.

5. Распределение групп файлов и файлов по дисководам, таблиц индексов по файлам или группам файлов.

Дата добавления: 2014-12-10