Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Пояснювальна записка Диплом_Оригинал_1.doc
Скачиваний:
15
Добавлен:
29.03.2016
Размер:
2.58 Mб
Скачать

3.2.3. Проектування глобальної логічної моделі даних.

Структура логічної моделі даних (рис. 3.2) відображає структуру елементів які знаходяться у базі даних.

Вона описує семантику предметної області і не враховує особливості конкретної СУБД. За даною логічною схемою побудована фізична модель (рис. 3.3), в якій враховані такі особливості СУБД, як припустимі типи і найменування полів.

Основна перевага реляційної моделі – порівняльна простота інструментальних засобів її підтримки. Реляційна даталогічна модель містить набір відносин або записів, явно не зв'язаних між собою. Зв'язки виражаються в наявності однакових атрибутів у різних відносин, які (атрибути) дозволяють при виконанні операції природного об’єднання відносин одержати цільну картину даних про об'єкт бази даних.

Розроблена реляційна схема даних не вимагає подальшої нормалізації. Отримана модель бази даних є основою для генерації структур даних, індексів і тригерів на фізичному етапі проектування. Враховано цілісність даних, тобто стійкість збережених даних до руйнування й знищення, пов'язаних з несправністю технічних засобів, системними помилками й помилковими діями користувачів, яка передбачає: відсутність неточно введених даних або двох однакових записів про один і той самий факт, захист від помилок при оновленні бази даних, каскадне видалення зв’язаних даних різних таблиць та збереження даних при відмовах і збоях техніки (відновлення даних).

Ефективність забезпечена вибором комплексу технічних засобів, вибором СУБД, проектуванням оптимальної логічної й фізичної моделі даних в процесі фізичного проектування БД.

Таблиця 3.4

Обмеження унікальності

№ п/п

Атрибут або група атрибутів

Серед яких примірників, якої сутності

або зв'язку має місце унікальність

1

Користувач.Ид_користувача

Для всіх примірників сутності «Користувач»

2

Багатокористувальницький_режим.ИД_БК_гри

Для всіх примірників сутності «Багатокористувальницький_режим»

3

Однокористувальницький_режим.ИД_ОК_гри

Для всіх примірників сутності «Однокористувальницький_режим»

4

Тема_вікторини.ИД_теми

Для всіх примірників сутності «Тема_вікторини»

5

Питання_вікторини.ИД_питання

Для всіх примірників сутності «Питання_вікторини»

6

Вид_вікторини.ИД_виду

Для всіх примірників сутності «Вид_вікторини»

Таблиця 3.5

Динамічні обмеження

№ п/п

Група атрибутів

Обмеження

1

2

3

1

Користувач.Ид_користувача

Ид_користувача = Ид_користувача +1 - значення атрибута курс може лише збільшуватися на одиницю.

Закінчення табл. 3.5

1

2

3

2

Багатокористувальницький_режим.ИД_БК_гри

ИД_БК_гри = ИД_БК_гри +1 - значення атрибута курс може лише збільшуватися на одиницю.

3

Однокористувальницький_режим.ИД_ОК_гри

ИД_ОК_гри = ИД_ОК_гри +1- значення атрибута курс може лише збільшуватися на 1.

4

Тема_вікторини.ИД_теми

ИД_теми = ИД_теми +1 - значення атрибута курс може лише збільшуватися на одиницю.

5

Питання_вікторини.ИД_питання

ИД_питання = ИД_питання +1 - значення атрибута курс може лише збільшуватися на одиницю.

6

Вид_вікторини.ИД_виду

ИД_виду = ИД_виду +1 - значення атрибута курс може лише збільшуватися на одиницю.