Требования к проектированию БД

Пример

Пример

Пример

Краткие теоретические сведения

Процесс создания информационной модели, можно разделить на несколько этапов:

1 Определение концептуальных требований ряда пользователей.

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

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

Построение концептуальной модели

- Определение классов объектов (сущностей) и их характеристик (атрибутов);

- Определение взаимосвязей между сущностями.

Составим концептуальную модель “Автосалон”. Пользователи работают с объектами: модель автомобиля, автомобиль, клиент, счет. Модель характеризуется названием, объемом двигателя, скоростью, расходом топлива, и т.д. Автомобиль характеризуется названием модели, годом выпуска, цветом, номером, ценой. Клиент характеризуется фамилией, адресом, телефоном, номером купленного автомобиля. Счет характеризуется номером, фамилией клиента, ценой, датой оформления. Определим отношения между объектами. Как правило, каждая модель автомобиля может быть представлена несколькими машинами (отношение “один ко многим”). На каждого клиента оформляется один счет, на покупку автомобиля (отношение “один к одному”).

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

Построение логической модели для реляционной базы данных

- Задание первичных и альтернативных ключей;

- Приведение к требуемому уровню нормализации.

1 ¥

Продолжим проектирование “Автосалона”. Концептуальная модель больше всего подходит для реализации в реляционной базе данных.

Модели автомобилей		Автомобили
Название модели		Название модели
Объем двигателя		Год выпуска
Скорость		Цвет
Расход топлива		Номер автомобиля
…		Цена
Счета		Клиенты
Номер счета		Фамилия клиента
Фамилия клиента		Адрес
Дата оформления		Телефон
Цена		Номер автомобиля

3 Логическая модель отображается в физическую память, так чтобы она могла быть обеспечена конкретной СУБД.

Физическая модель определяющая размещение данных, методы доступа и технику индексирования, называется внутренней моделью системы.

Физическая модель

- Физическое описание модели. Определение типов и доменов полей.

Опишем базу данных “Автосалон” в терминах СУБД. Необходимо определить тип каждого поля и задать ключевые поля

Укажем типы полей таблицы Автомобили:

Название поля	Тип поля	Размер поля
Название модели	Символьный	15 символов
Год выпуска	Числовой
Цвет	Символьный	12 символов
Номер автомобиля	Символьный	12 символов
Цена	Денежный

Для организации отношения “один к одному” с таблицей Клиенты поле Номер автомобиля должно быть ключевым. Аналогично описываются поля остальных таблиц.

Итак процесс построения информационной модели включает:

Концептуальную модель

Þ

Логическую модель

Þ

Внутреннюю Модель

Основное различие моделей в способе представления взаимосвязей между классами объектов.

1 БД должна удовлетворять информационным требованиям организации

2 БД должна обеспечивать получение требуемых данных за определенное время

3 БД должна легко расширяться и изменяться.

4 Доступ к данным должен быть ограничен. Необходимо защитить данные от несанкционированного использования или изменения.

Выводы по теме

Процесс построения информационной модели включает:

Концептуальную Модель

Ø

Логическую модель

Ø

Внутреннюю модель

Модели различаются, в основном, способом представления информации.

Вопросы для самоконтроля

1 Перечислите этапы проектирования базы данных.

2 Что такое концептуальная модель?

3 Чем отличается логическая модель от концептуальной?

4 Какие требования предъявляются к БД?

5 Перечислите этапы проектирования БД.

Литература

1 Голицина О., Максимов Н., Попов Н. «Базы данных», Москва «Форум – ИНФРА - М», 2004 (344 стр.).

2 С. Симонович «Специальная информатика», Москва 2000 (720 стр.).

3 Горев А., Ахаян Р., Макаршипов С. «Эффективная работа с СУБД». -СПб: Питер, 2000 (700 стр.).

Тема 2.2 Обеспечение непротиворечивости и

целостности данных

Цель изучения темы

Развитие навыков обеспечения целостности данных.

Студент должен знать:

1 Определение целостности данных;

2 Каким образом обеспечивается целостность данных.

Студент должен уметь:

Использовать ограничения целостности при создании базы данных.

Ключевой термин – целостность данных.

Целостность данных – система правил, используемых для поддержания связей между записями в связанных таблицах, обеспечивающих защиту от случайного удаления или изменения данных

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