Проектирование базы данных. Оно начинается по завершении процедуры анализа всех требований к проекту, .выдвигаемых со стороны предприятия-заказчика. Предлагаемая методология представляет собой поэтапное руководство, охватывающее все три основные фазы процесса проектирования баз данных, а именно: концептуальное, логическое и физическое проектирование. Введение в методологию проектирования баз данных Прежде чем приступить к рассмотрению собственно методологии, полезно узнать, что она собой представляет, в частности то, как методология концептуального и логического проектирования базы данных соотносится с физическим проектированием. Что такое методология проектирования Методология проектирования Структурированный подход, предусматривающий использование специализированных процедур, технических приемов, инструментов, документации и нацеленный на поддержку и упрощение процесса проектирования. Методология проектирования предусматривает разбиение всего процесса на несколько фаз, каждая из которых, в свою очередь, состоит из нескольких этапов. На каждом этапе разработчику предлагается набор технических приемов, позволяющих решать задачи, стоящие перед ним на данной стадии разработки. Кроме того, методология предлагает методы планирования, координации, управления, оценки хода разработки проекта, а также структурированный подход к анализу и моделированию всего набора предъявляемых к базе данных требований и позволяет выполнить эти действия стандартизированным и организованным образом' Проектирование базы данных осуществляется в три этапа: 1) концептуальное проектирование; 2) логическое проектирование; 3) физическое проектирование. Цель этапа концептуального проектирования – создание концептуальной модели данных исходя из представлений пользователей. Для ее достижения выполняется ряд процедур. 1. Определение сущностей и их документирование. 2. Определение связей между сущностями и их документирование. 3. Создание ER-модели предметной области. 4. Определение атрибутов и их документирование. 5. Определение значений атрибутов и их документирование. 6. Определение первичных ключей для сущностей и их документирование. 7. Обсуждение концептуальной модели данных с конечными. Цель этапа логического проектирования – преобразование концептуальной модели в логическую модель, не зависимую от особенностей базы данных. Для ее достижения выполняются следующие процедуры. 1. Выбор модели данных. 2. Определение набора таблиц исходя из ER-модели и их документирование.3. Нормализация таблиц. 4. Проверка логической модели данных на предмет возможности выполнения всех транзакций, предусмотренных пользователями. 5. Определение требований поддержки целостности данных и их документирование. 6. Создание окончательного варианта логической модели данных и обсуждение его с пользователями. Цель этапа физического проектирования – описание конкретной реализации базы данных, размещаемой во внешней памяти компьютера. Это описание структуры хранения данных и эффективных методов доступа к данным базы. Процедуры физического проектирования следующие. 1. Проектирование таблиц базы данных средствами выбранной СУБД. 2. Реализация бизнес-правил в среде выбранной СУБД. 3. Проектирование физической организации базы данных. 4. Разработка стратегии защиты базы данных. 5. Организация мониторинга функционирования базы данных и ее настройка. Концептуальная модель базы данных это некая наглядная диаграмма, нарисованная в принятых обозначениях и подробно показывающая связь между объектами и их характеристиками. Создается концептуальная модель для дальнейшего проектирования базы данных и перевод ее, например, в реляционную базу данных. На концептуальной модели в визуально удобном виде прописываются связи между объектами данных и их характеристиками. Физическая модель базы данных — это модель данных, которая определяет, каким образом представляются данные, и содержит все детали, необходимые СУБД для создания базы данных. Схема реляционной БД: Таблицы Ссылки между таблицами Триггеры Представления Хранимые процедуры. Логическая модель данных или логическая схема-это модель данных конкретной проблемной области, выраженная независимо от конкретного продукта управления базами данных или технологии хранения (физическая модель данных), но в терминах структур данных, таких как реляционные таблицы и столбцы, объектноориентированные классы или XML-теги.
