Основные этапы построения базы данных

Получив, некоторое представление о терминологии и терминах, рассмотрим основные этапы построения базы данных. Основными этапами построения базы данных являются проектирование базы данных - построение информационной модели, и реализация базы данных. Прежде чем переходить к реализации базы данных стоит потратить на проектирование не менее 60% процентов всего необходимого на разработку времени. Сегодня будут рассмотрены основные этапы построения информационной модели. На следующих лекциях мы будем изучать вопросы реализации базы данных в СУБД MS Access.

Все тонкости построения информационной модели преследуют одну-единственную цель - получить хорошую базу данных. Что это обозначает? БД должна:

• Удовлетворять актуальным потребностям организации. (Получаемая информация должна по структуре соответствовать решаемым задачам.)

• Обеспечивать получение требуемых данных за приемлемое время.

• Легко расширяться при реорганизации и расширении предметной области.

• Легко изменяться при изменении программной и аппаратной среды.

• Обеспечивать проверку данных до включения их в базу

• Обеспечивать корректность загруженных в базу данных.

Последовательность создания информационной модели

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

• Проектирование логической модели. При разработке логической модели БД прежде всего необходимо решить какая модель данных наиболее подходит для отображения конкретной концептуальной модели предметной области. Логическая модель - версия концептуальной модели, которая может быть обеспечена конкретной СУБД. Логическая модель данных может быть иерархической, сетевой и реляционной.

• Проектирование физической модели. Логическая модель отображается в физическую память, такую, как диск, лента или какой-либо другой носитель информации.

Пример.

Рассмотрим такую предметную область - продажа товаров посредством заказов. Существуют некие фирмы, занимающиеся продажей товаров. В различных фирмах цены на товары различны. Заказчики (клиенты) производят заказ на покупку товаров пользуясь каталогом товаров. Предположим, необходимо разработать приложение, обеспечивающее ведение каталога и ввод заказов на приобретение товаров.

Список задач, которые должны будут решаться следующий:

• Ввод данных о товарах;

• Ввод данных о фирмах-продавцах;

• Получение информации о заказчике;

• Оформление заказа;

Основные объекты:

ТОВАР(Код_Т,Наим_Т),

ФИРМА(Код_Ф,Наим_Ф),

КЛИЕНТ(Код_Кл, Наим_Кл ),

ЗАКАЗ(Код_Т, Код_Ф, Код_Кл, Кол, Цена, Гарантия).

Для того, чтобы установить связи между объектами, изучим типы связей.