уті предметної області, але не ідентифікують її унікальним чином.
Так як ні в одній таблиці не існують поля або групи полів, які б однозначно ідентифікували запису в таблиці, додаємо всім сутностей свій первинний ключ.
УчащиесяКлассПреподавателиШапка журналаПредметЖурналID_UID_KID_PID_SID_RID_J ФамилияНазваниеФамилияДата проведення занятияНазваниеОценкаИмяИмяТема занятияПосещаемостьОтчествоОтчествоПредмет (посилання) Учні (посилання) Клас (посилання) СтажПреподавателі (посилання) Шапка журналу (посилання) Дата рожденіяТелефонТелефон
З причини того, що кожен неключових атрибут повністю залежить від свого первинного ключа, база даних наведена до 2NF.
Приведення до третьої нормальної форми
Третій етап процесу приведення таблиць до нормальної форми полягає у видаленні всіх неключових атрибутів, які залежать від інших неключових атрибутів. Кожен неключових атрибут повинен бути логічно пов'язаний з атрибутом (атрибутами), що є первинним ключем. Так як немає транзитивних зв'язків, база даних приведена до 3NF. p align="justify"> Опис зв'язків
Між усіма таблицями бази даних існує тип зв'язку один-до-багатьох . Для зв'язку між таблицями Шапка журналу і Журнал встановлюємо опцію каскадне видалення . Для решти - заборона на оновлення і видалення.
Логічна модель бази даних
ПреподавателіID_P ФамилияИмяОтчествоСтажТелефон Шапка журналаID_S Дата проведення занятіяТема занятіяПредмет (посилання) Викладачі (посилання) ЖурналID_J ОценкаПосещаемостьШапка журналу (посилання) Учні (посилання)
ПредметID_R Назва УчащіесяID_U ФаміліяІмяОтчествоКласс (посилання) Дата рожденіяТелефон
КлассID_K Назва
Рис. 1. Логічна модель бази даних. br/>
2.3 Опис таблиць бази даних
Таблиця 1
Rasp
№ Назва поляТіп данныхОграничениеПримечание ...
