1. Основные задачи:
1.1. Обеспечение хранения в БД всей необходимой информации.
1.2. Обеспечение возможности получения данных по всем необходимым запросам.
1.3. Сокращение избыточности и дублирования данных.
1.4. Обеспечение целостности базы данных.
2. Этапы проектирования
2.1. Системный анализ
2.1.1. словесное описание информационных объектов предметной области
2.2. Проектирование инфологической модели предметной области
2.2.1. частично формализованное описание объектов предметной области в терминах некоторой семантической модели, например, в терминах ЕR-модели
2.3. Даталогическое
2.3.1. или логическое проектирование БД, то есть описание БД в терминах принятой даталогической модели данных
2.4. Физическое проектирование БД
2.4.1. то есть выбор эффективного размещения БД па внешних носителях для обеспечения наиболее эффективной работы приложения
3. Этапы проектирования БД
3.1. Концептуальное проектирование
3.1.1. Цель этапа концептуального проектирования – создание концептуальной модели данных исходя из представлений пользователей о предметной области.Для ее достижения выполняется ряд последовательных процедур.
3.1.1.1. Процедуры концептуального проектирования
3.1.1.1.1. 1. Определение сущностей и их документирование
3.1.1.1.2. 2. Определение связей между сущностями и их документирование
3.1.1.1.3. 3. Создание ER-модели предметной области
3.1.1.1.4. 4. Определение атрибутов и их документирование
3.1.1.1.5. 5. Определение значений атрибутов и их документирование
3.1.1.1.6. 6. Определение первичных ключей для сущностей и их документирование
3.1.1.1.7. 7. Обсуждение концептуальной модели данных с конечными пользователями
3.1.2. Пример концептуальной схемы
3.2. Логическое проектирование
3.2.1. Цель – преобразование концептуальной модели на основе выбранной модели данных в логическую модель, не зависимую от особенностей используемой в дальнейшем СУБД для физической реализации базы данных
3.2.1.1. Процедуры логического проектирования
3.2.1.1.1. 1. Выбор модели данных
3.2.1.1.2. 2. Определение набора таблиц исходя из ER-модели и их документирование.
3.2.1.1.3. 3. Нормализация таблиц
3.2.1.1.4. 4. Проверка логической модели данных на предмет возможности выполнения всех транзакций, предусмотренных пользователями
3.2.1.1.5. 5. Определение требований поддержки целостности данных и их документирование
3.2.1.1.6. 6. Создание окончательного варианта логической модели данных и обсуждение его с пользователями
3.2.2. Пример логической схемы для реляционной модели данных.
3.3. Физическое проектирование
3.3.1. Цель – описание конкретной реализации базы данных, размещаемой во внешней памяти компьютера. Это описание структуры хранения данных и эффективных методов доступа к данным базы. При логическом проектировании отвечают на вопрос – что надо сделать, а при физическом – выбирается способ, как это сделать. Процедуры физического проектирования следующие.
3.3.1.1. Процедуры физического проектирования
3.3.1.1.1. 1. Проектирование таблиц базы данных средствами выбранной СУБД.
3.3.1.1.2. 2. Реализация бизнес-правил в среде выбранной СУБД.
3.3.1.1.3. 3. Проектирование физической организации базы данных.
3.3.1.1.4. 4. Разработка стратегии защиты базы данных.
3.3.1.1.5. 5. Организация мониторинга функционирования базы данных и ее настройка.