- •Лекция 9 Тема. Основы теории проектирования баз данных План
- •Некоторые определения
- •Основные этапы построения базы данных
- •Последовательность создания информационной модели
- •Типы взаимосвязей данных в модели
- •Типы моделей данных
- •Нормализация (декомпозиция) реляционной модели
- •Построение физической модели
- •Обзор возможностей и особенностей различных субд
- •Функциональная схема интерфейса субд
- •Архитектура ms Access
Основные этапы построения базы данных
Получив, некоторое представление о терминологии и терминах, рассмотрим основные этапы построения базы данных. Основными этапами построения базы данных являются проектирование базы данных - построение информационной модели, и реализация базы данных. Прежде чем переходить к реализации базы данных стоит потратить на проектирование не менее 60% процентов всего необходимого на разработку времени. Сегодня будут рассмотрены основные этапы построения информационной модели. На следующих лекциях мы будем изучать вопросы реализации базы данных в СУБД MS Access.
Все тонкости построения информационной модели преследуют одну-единственную цель - получить хорошую базу данных. Что это обозначает? БД должна:
-
Удовлетворять актуальным потребностям организации. (Получаемая информация должна по структуре соответствовать решаемым задачам.)
-
Обеспечивать получение требуемых данных за приемлемое время.
-
Легко расширяться при реорганизации и расширении предметной области.
-
Легко изменяться при изменении программной и аппаратной среды.
-
Обеспечивать проверку данных до включения их в базу
-
Обеспечивать корректность загруженных в базу данных.
Последовательность создания информационной модели
-
Проектирование концептуальной модели. Проектирование должно основываться на анализе предметной области и обработке задач, которые необходимо решать с использованием данной БД. На основе концептуальных требований составляется перечень всех данных, необходимых для решения каждой задачи, и определяется структура данных. Структура данных - это упорядочивание данных по объектам и установления связей между объектами. При проектировании концептуальной модели основные усилия разработчика должны быть направлены в основном на структуризацию данных и выявления взаимосвязей между ними без рассмотрения реализации и вопросов эффективности обработки.
-
Проектирование логической модели. При разработке логической модели БД прежде всего необходимо решить какая модель данных наиболее подходит для отображения конкретной концептуальной модели предметной области. Логическая модель - версия концептуальной модели, которая может быть обеспечена конкретной СУБД. Логическая модель данных может быть иерархической, сетевой и реляционной.
-
Проектирование физической модели. Логическая модель отображается в физическую память, такую, как диск, лента или какой-либо другой носитель информации.
Пример.
Рассмотрим такую предметную область - продажа товаров посредством заказов. Существуют некие фирмы, занимающиеся продажей товаров. В различных фирмах цены на товары различны. Заказчики (клиенты) производят заказ на покупку товаров пользуясь каталогом товаров. Предположим, необходимо разработать приложение, обеспечивающее ведение каталога и ввод заказов на приобретение товаров.
Список задач, которые должны будут решаться следующий:
-
Ввод данных о товарах;
-
Ввод данных о фирмах-продавцах;
-
Получение информации о заказчике;
-
Оформление заказа;
Основные объекты:
ТОВАР(Код_Т,Наим_Т),
ФИРМА(Код_Ф,Наим_Ф),
КЛИЕНТ(Код_Кл, Наим_Кл ),
ЗАКАЗ(Код_Т, Код_Ф, Код_Кл, Кол, Цена, Гарантия).
Для того, чтобы установить связи между объектами, изучим типы связей.