Логическая модель базы данных «Аптека». Нормализация отношений

Логическая модель отражает логические связи между элементами данных вне зависимости от их содержания и среде хранения.

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

Как видно из логической модели (см. рисунок 1.), база данных будет состоять из трех сущностей:

1) ПОСТАВКИ. Сюда заносится вся информация о поставщиках, о товарах и их описание. Сущность ПОСТАВКИ разбита на 3 "подсущности", которые логически связанны между собой:

¾ СПИСОК ТОВАРОВ

¾ ПОСТАВЩИКИ

¾ ОПИСАНИЕ ТОВАРОВ

2) ПРОДАЖИ. Здесь хранится информация о продажах. Разбита на 4 "подсущности":

¾ СОТРУДНИКИ

¾ ПРОДАЖА

¾ ПРОДАНО

¾ СПИСОК ТОВАРОВ

3)БУХГАЛТЕРИЯ. Здесь хранится информация о доходах, о заработной плате и о сотруднике, который продал товар. Разбита на 3 "подсущности":

¾ ЗАРАБОТНАЯ ПЛАТА

¾ ПРОДАНО

¾ СПИСОК СОТРУДНИКОВ

Рисунок 1 - Логическая модель данных

Теория нормализации баз данных разработана Коддом (IBM) в начале 70г. Им были сформулированы несколько правил, именуемых нормальными формами, которые помогают организовать хранение данных в реляционных базах данных. Нормализация помогает сократить избыточность данных, сохраняя их целостность. База данных называется нормализованной если её таблицы отвечают правилам нормальных форм.

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

1.4. Физическая модель базы данных «Аптека»

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

Внешние модели никак не связаны с типом физической памяти, в которой будут храниться данные, и с методами доступа к этим данным. Это положение отражает первый уровень независимости данных. С другой стороны, если концептуальная модель способна учитывать расширение требований к системе в будущем, то вносимые в нее изменения не должны оказывать влияния на существующие внешние модели. Это – второй уровень независимости данных. Построение логической модели обусловлено требованиями используемой СУБД.

Все актуальные требования предметной области и адекватные им «скрытые» требования на стадии проектирования должны найти свое отражение в концептуальной модели. Конечно, нельзя предусмотреть все возможные варианты использования и изменения базы данных. Но в большинстве предметных областей такие основные данные, как объекты и их взаимосвязи, относительно стабильны. Меняются только информационные требования, то есть способы использования данных для получения информации.

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

1. Структура таблицы ПОСТАВЩИКИ

2. Структура таблицы ПРЕПАРАТЫ

3. Структура таблицы СОТРУДНИКИ

4. Структура таблицы ЗАРАБОТНАЯ ПЛАТА

5. Структура таблицы ПРОДАЖА

6. Структура таблицы НАЗНАЧЕНИЕ

7. Структура таблицы ЛЕЧЕНИЕ

8. Структура таблицы ПРОДАНО