, код предмета, таб_номер_студента, дата)
Контрольний захід (код предмета, таб_номер_студента, дата, таб_номер_преподавателя, вид к/м, вид здачі, оцінка, номер виправдувального документа, дата виправдувального документа)
Екстернат_сессія (семестр, таб_номер_студента, код предмета, вид к/м, дата)
Служебная_студент (номер сз, дата сз, таб_номер_студента)
5. Обмеження цілісності зв'язку задані в схемі даних
В
6. Проектування фізичної структури бази даних
Фізична модель - це прив'язка логічної моделі до конкретного середовища зберігання і методам зберігання даних. При проектуванні фізичної моделі бази даних необхідно описати середовище і метод зберігання інформації. Для цього необхідно вивчити особливості організації даних вибраної СУБД. Для проектування бази даних для контролю за сесійного успішністю студентів було обрано СУБД MS SQL Server 2008. Для зберігання даних у цій СУБД використовуються таблиці. У них зберігається вся інформація про предметну область. Наша база даних включає кілька взаємозалежних таблиць. Об'єкти, які були описані при побудові инфологической моделі предметної області (п. 3), в базі даних є таблицями. p align="justify"> Нижче для прикладу наведена таблиця, в якій зберігаються записи про студентів:
В
Наведено таблицю, в якій зберігаються записи про дисциплінах:
В
7. Реалізація проекту в MS SQL Server 2008
При проектуванні бази даних для контролю за сесійного успішністю студентів ВУЗу розробка починається з об'єктів даних. Т. е. Спочатку будуються таблиці та створюються запити. У процесі проектування нашої бази даних було побудовано 8 таблиць і створено 5 основних запитів. Таблиця необхідні для того, щоб зберігати інформацію про предметну область. Вони створювалися в режимі конструктора (описані поля таблиць, обмеження цілісності) і безпосередньо запитами. Після створення таблиць були встановлені зв'язки між таблицями (тобто створена схема даних). Після цього були побудовані запити. Запити необхідні для того, щоб реалізувати інформаційні потреби користувачів. p align="justify"> CREATE TABLE SPEC
(_spec integer NOT NULL, nchar (40)
); UNIQUE INDEX IXSPEC ON SPEC
(_spec ASC
); TABLE DISC
(_disc integer NOT NULL, nchar (40),
asi integer, _kaf integer
); UNIQUE INDEX IXDISC ON DISC
...
