Даталогическое проектирование. 
Разработка базы данных для информационных систем салона красоты "Афродита"

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

Для начала, необходимо убрать связи M: N между отношениями «WORKER» и «POST». Создана связующая таблица «WORK_POST», которая содержит следующие поля:

• · WORK_POST
• Ш workID number NOT NULL (внешний ключ к отношению WORKER)
• Ш postID number NOT NULL (внешний ключ к отношению POST)

В этом отношении составной первичный ключ, в который входят оба поля.

Остальные отношения:

• · WORKER
• Ш workID number NOT NULL PRIMARY KEY
• Ш name varchar (50) NOT NULL
• Ш phone varchar (25) NOT NULL
• Ш address varchar (50) NOT NULL
• Ш worksince date NOT NULL
• · CLIENT
• Ш ClientID number NOT NULL PRIMARY KEY
• Ш name varchar (50) NOT NULL
• Ш Birth_Date date NULL
• Ш sex varchar (25) NOT NULL
• Ш phone varchar (25) NOT NULL
• Ш email varchar (25) NOT NULL
• Ш clientsince date NOT NULL
• · USERS
• Ш workID number NOT NULL PRIMARY KEY (внешний ключ к отношению VISIT)
• Ш login varchar (20) NOT NULL
• Ш pswrd varchar (20) NOT NULL
• · VISIT
• Ш visitID number NOT NULL PRIMARY KEY
• Ш clientID number NOT NULL (внешний ключ к отношению CLIENT)
• Ш serviceID number NOT NULL (внешний ключ к отношению SERVICE)
• Ш workID number NOT NULL (внешний ключ к отношению WORKER)
• Ш date date NOT NULL
• · STATUS
• Ш visitID number NOT NULL PRIMARY KEY (внешний ключ к отношению VISIT)
• Ш status varchar (50) NOT NULL
• · POST
• Ш postID number NOT NULL PRIMARY KEY
• Ш title varchar (50) NOT NULL
• Ш money number NOT NULL
• · SERVICE
• Ш serviceID number NOT NULL PRIMARY KEY
• Ш title varchar (50) NOT NULL
• Ш time varchar (50) NOT NULL
• Ш material varchar (50) NOT NULL
• Ш count varchar (50) NOT NULL
• Ш price number NOT NULL

На основе этих данных построим следующую даталогическую модель:

Рис. 2 Даталогическая модель БД Салона красоты «Афродита» .

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

В теории РБД выделяется 6 нормальных форм:

• · 1НФ (1NF) — первая нормальная форма
• · 2НФ (2NF) — вторая нормальная форма
• · 3НФ (3NF) — третья нормальная форма
• · БКНФ (BCNF) — нормальная форма Бойса — Кодда
• · 4НФ (4NF) — четвертая нормальная форма
• · 5НФ (5NF) — пятая нормальная форма

Каждой нормальной форме соответствует некоторый определенный набор ограничений, и отношение находится в некоторой нормальной форме, если удовлетворяет соответствующему ей набору ограничений. 14].

Обычно бывает достаточно нормализовать отношение до 3НФ. НФ высших порядков учитывают многозадачные зависимости между атрибутами.

Первая нормальная форма (1NF). Отношение находится в 1NF тогда и только тогда, когда на пересечении каждого столбца и каждой строки находится элементарное значение атрибутов. 14] Все отношения в разрабатываемой базе данных уже находятся в 1NF.

Вторая нормальная форма (2NF). Отношение находится в 2NF тогда и только тогда, когда оно: находится в 1NF; отношение не содержит неполных функциональных зависимостей неключевых атрибутов от атрибутов первичного ключа. 14].

Неполной называется такая зависимость A от B, при которой B зависит лишь от части атрибутов A. Для того чтобы в отношении существовали неполные зависимости, в нем должны быть составные ключи и неключевые атрибуты. 14] В рассматриваемой базе данных составной ключ присутствует в отношении WORK_POST. В отношении WORK_POST нет неключевых атрибутов, значит это отношение находится во второй нормальной форме.

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

Третья нормальная форма (3NF). Отношение находится в 3NF тогда и только тогда, когда оно: находится в 2NF; отношение не содержит транзитивных зависимостей.

Функциональная зависимость R. A > R. B называется транзитивной, если существует набор атрибутов, такой что С не является подмножеством A, C не включает в себя B, существует зависимость R. A > R. С, не существует зависимости R. C > R. A и существует зависимость R. С > R. B[14].

Ни одно отношение модели не имеет транзитивных зависимостей, следовательно все они находятся в 3НФ.

Рис. 3 Даталогическая модель БД Салона красоты «Афродита»

Выводы.

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