СТУДЕНТ краще, ніж СТУДЕНТИ. Зазвичай якщо ER-діаграма пов'язана з реляційною моделлю, сутність відображається на реляційну таблицю. Кожен рядок реляційної таблиці відповідає екземпляру сутності.
Сутність описується набором атрибутів. Кожен атрибут описує окрема властивість сутності. Наприклад, сутність СТУДЕНТ має такі атрибути, як номер студентського квитка, прізвище, ім'я, по батькові і т.д.
Зв'язок описує з'єднання між даними. Більшість зв'язків описує з'єднання між двома сутностями. Розробники ER-діаграм для позначення типу зв'язку використовують термін зв'язність (на ER-діаграмах зв'язність записується поряд з прямокутником, відповідним сутності). Зв'язок зображується на ER-діаграмі ромбом, сполученим з відповідною сутністю. Назва зв'язку (у дієслівної формі) записується всередині ромба.
1.4 Розробка фізичної моделі БД
У реляційній базі даних всі дані зберігаються в таблицях. Назви сутностей стануть заголовками таблиць, а атрибути стануть стовпцями. Цілісність даних в реляційній базі даних грунтується на концепції ключів.
Первинний ключ (PK) - це атрибут який можна використовувати для унікальної ідентифікації таблиці.
Зовнішній ключ (FK) - це атрибут, який існує в кількох таблицях і є первинним ключем однієї з цих таблиць. Зв'язок проводимо від первинного ключа одою таблиці до зовнішнього ключа іншої таблиці.
Малюнок 2 - Фізична модель БД
На цій схемі даних зображено 7 таблиць, так само на цій схемі даних можна побачити зв'язку та їх тип.
Розглянемо кожну таблицю, типи даних і ключі.
Таблиця 1 - Студент
АтрібутТіп даннихКлючНомер зачеткіLong IntegerPrimary KeyНомер группиIntegerForeign KeyФамілія, Ім'я, ОтчествоText
Таблиця 2 - Група
АтрібутТіп даннихКлючНомер группиIntegerPrimary KeyНаправленіе обученіяText
Таблиця 3 - Викладач
АтрібутТіп даннихКлючКод преподавателяLong IntegerPrimary KeyФамілія, Ім'я, ОтчествоText
Таблиця 4 - Предмет
АтрібутТіп даннихКлючКод предметаLong IntegerPrimary KeyНаіменованіе предметаText
Таблиця 5 - Вид контролю
АтрібутТіп даннихКлючКод контроляLong IntegerPrimary KeyНаіменованіе контроляText
Таблиця 6 - Відомість
АтрібутТіп даннихКлючКод документаLong IntegerPrimary KeyКод контроляIntegerForeign KeyКод предметаIntegerForeign KeyНаіменованіе документаTextДатаDate/Time
Таблиця 7 - Оцінка
АтрібутТіп даннихКлючКод документаLong IntegerPrimary Foreign KeyНомер зачеткіLong IntegerPrimary Foreign KeyОценкаText
Таблиці-суті пов'язані між собою різними відносинами.
Група і Студент - один-до-багатьох. У групі навчається багато студентів, але кожен студент може вчиться тільки в одній групі.
Група і Викладач - багато-до-багатьох. Кожен викладач викладає в різних групах, а в кожній групі викладає багато викладачів.
Викладач і Предмет - багато-до-багатьох. Викладач може викладати різні предмети, але й один предмет викладають безліч викладачів.
Вид контролю і Відомість - один-до-багатьох. Тут таблиця «Вид контролю» виконує роль довідника. Відомості різні (залікова, екзаменаційна, так само студент може здавати предмет за направленням з деканату), але вид контролю тільки один: Відомість залікова або екзаменаційна, але не може бути одночасно і тим і іншим.
На основі цих таблиць-сутностей ми можемо реалізувати базу даних в практично будь СУБД. У нашому випадку був обраний Microsoft Access як найбільш поширена і доступна СУБД.
2. ПРОЕКТУВАННЯ БАЗИ ДАНИХ У MICROSOFT ACCESS
Access - це СУБД призначена для зберігання і пошуку інформації, її подання в зручному вигляді та автоматизації часто повторюваних операцій. Щоб реалізувати базу даних в Access треба ввести через режим конструктора свою модель. Для початку треба ввести назву таблиць і всіх їх атрибутів. Тут же задається тип даних і первинний ключ.
Потім реалізуємо реляційну модель третин нормальної форми в схемі даних.
Для введення даних в таблиці ми можемо скористатися спеціально створеними формами.
Наприклад, для заповнення таблиці «Студент» була створена форма «Відомості про студента».
Малюнок 3 - Форма «Відомості про студента»
Так само дані можна вводити безпосередньо в таблицю, але це не завжди зручно.
При введенні да...