Оцінки В»-В« код оцінки В».
Між інформаційними об'єктами можна визначити наступні логічні відносини:
У В«ГРУПІВ» В«може бути один або більшеВ» В«СТУДЕНТІВВ»;
На одному В«ФАКУЛЬТЕТІВ» В«може бути одна або більшеВ» В«ГРУПВ»;
Один В«ТРАНСПОРТВ» В«може бути в одному і більшеВ» В«МаршрутВ»;
Один В«СТУДЕНТВ» В«має одну або декількаВ» В«ОЦІНОКВ»;
По одному В«ПРЕДМЕТУВ» В«може бути одна або більшеВ» В«ОЦІНОКВ»;
2.3 Створення моделі В«сутність-зв'язокВ»
Для інформаційних об'єктів, ідентифікованих в рамках розглянутої предметної області, створено модель В«сутність-зв'язокВ» (схема 1).
В
Рис 1. Модель сутність-зв'язок
2.4 Нормалізація моделі даних
Модель В«сутність-зв'язокВ», представлена ​​на схемі 1 чи не знаходиться в першій нормальній формі, тому що в сутності В«СТУДЕНТИВ» є множинні і повторювані атрибути, які представляють собою упущені в моделі сутності.
Приведення до 2НФ передбачає винесення атрибутів, які не задовольняють вимогам функціонально повній залежності від унікального ідентифікатора суті, що є складовим ключем.
Приведення до 3НФ полягає у виключенні транзитивних залежностей атрибутів від атрибутів, які не є частиною ключа. Приведення до 3НФ, так само як і приведення до 1НФ, 2НФ, дозволяє виявити в моделі упущені сутності та зв'язку і, крім того, усунути надмірність даних і аномалії зміни. p align="justify"> Крім розглянутих вище перетворень для отримання структури, представимо в реляційних базах даних, в моделі В«сутність-зв'язокВ» повинні бути усунені зв'язку виду В«багато - до - багатьохВ».
Після приведення схеми по 3 нормалізації і усунувши зв'язку виду В«багато - до - багатьохВ» вона прийняла вигляд (Схема2).
В
Рис 2. Модель сутність-зв'язок. Приведення до 3 НФ і усунення зв'язку В«м - мВ». br/>
3. Фізична модель
3.1 Розробка фізичної моделі бази даних
На підставі моделі В«сутність - зв'язокВ» генерується проект бази даних у відповідності з наступними правилами:
кожна сутність перетворюється в таблицю, ім'я суті стає ім'ям таблиці;
кожен атрибут сутності перетворюється на колонку таблиці, яка називається полем, ім'я атрибуту стає іменем поля;
кожен рядок таблиці є екземпляром сутності і називається записом;
ключові атрибути стають первинними ключами таблиць;
якщо для сутності була визначена ключова зв'язок, то первинний ключ пов'язаної сутності копіюється в таблицю і об'єднується з ключем таблиці розглянутої сутності;
зв'язок М: 1 призводить до копіювання первинних ключів таблиці для сутності, яка знаходиться на одній стороні зв'язку, в таблицю для сутності, яка знаходиться на іншому кінці зв'язку; якщо зв'язок М: 1, то ключі таблиці для сутності, що знаходиться на кінці В«одинВ», копіюється в таблицю для сутності на стороні В«багатоВ».
При генерації таблиць необхідно зберігати унікальність імен одержуваних колонок в межах однієї таблиці. Отже, основним об'єктом Access є таблиця. Для її створення у вікні бази даних вибирається корінець таблиця, потім кнопка В«СтворитиВ». Усі таблиці створені в режимі В«КонструкторВ». Створення таблиці в режимі В«КонструкторВ» полягає у визначенні для кожного поля таблиці властивостей. При створенні таблиці необхідно позначати ключові поля, натисканням кнопки В«Ключове полеВ» на панелі інструментів. br/>
3.2 Структура фізичної моделі (схема даних)
На (рис.3) зображена фізична модель БД В«ОсвітаВ», отримана після перетворень логічної моделі.
В
Рис 3. Схема даних для бази даних В«ОсвітаВ»
У проектованої базі даних створені наступні таблиці:
В
Рис 4. Таблиця 1 Групи
В
Рис 5. Таблиця 2 Оцінки
В
Рис 6. Таблиця 3 Предмети
В
Рис 7. Таблиця 4. Студенти
В
Рис 8. Таблиця 5. Факультети
4. Проектування інтерфейсу
