Управление данными / Управление данными (полный курс)
.pdf
Пример перехода к реляционной модели
Схема отношения «Продажи»
Атрибут |
Тип данных |
Обязательный |
Первичный |
Внешний |
|
(СУБД Access) |
атрибут |
ключ |
ключ |
||
|
|||||
ДатаПродажи |
Дата/время |
Да |
+ |
|
|
|
|
|
|
||
КодПрод |
Целое |
Да |
+ |
||
|
|||||
Количество |
Одинарное с |
Нет |
|
|
|
плавающей точкой |
|
|
|||
|
|
|
|
||
ЦенаПродажи |
Денежный |
Нет |
|
|
|
|
|
|
|
|
191
Пример перехода к реляционной модели
Схема отношения «Города»
Атрибут |
Тип данных |
Обязательный |
Первичный |
Внешний |
|
(СУБД Access) |
атрибут |
ключ |
ключ |
||
|
|||||
КодГорода |
Целое |
Да |
+ |
|
|
Город |
Текстовый (30) |
Да |
|
|
|
|
|
|
|
|
192
Пример перехода к реляционной модели
Впримере две связи имеют степень M:N.
Это связи Поставляют и Заказаны.
Следовательно, дополнительно появляются еще два отношения:
•Поставки
•Заказы
193
Пример перехода к реляционной модели
Схема отношения «Поставки»
Атрибут |
Тип данных |
Обязательный |
Первичный |
Внешний |
|
(СУБД Access) |
атрибут |
ключ |
ключ |
||
|
|||||
ДатаПоставки |
Дата/Время |
Да |
|
|
|
|
|
|
|
|
|
КодПост |
Целое |
Да |
+ |
+ |
|
КодПрод |
Целое |
Да |
|
+ |
|
|
Одинарное с |
|
|
|
|
КоличествоП |
плавающей |
Нет |
|
|
|
|
точкой |
|
|
|
|
ЦенаПоставки |
Денежный |
Нет |
|
|
|
|
|
|
|
|
|
ДатаИзгот |
Дата время |
Нет |
|
|
|
|
|
|
|
|
194
Пример перехода к реляционной модели
Схема отношения «Заказы»
Атрибут |
Тип данных |
Обязательный |
Первичный |
Внешний |
|
(СУБД Access) |
атрибут |
ключ |
ключ |
||
|
|||||
ДатаЗаказа |
Дата/Время |
Да |
|
|
|
|
|
|
|
|
|
КодПост |
Целое |
Да |
+ |
+ |
|
КодПрод |
Целое |
Да |
|
+ |
|
КоличествоЗ |
Одинарное с |
Нет |
|
|
|
плавающей точкой |
|
|
195
Пример перехода к реляционной модели
Окончательный вариант реляционной модели (Схемы БД)
196
Даталогическое проектирование
Цель даталогического проектирования:
разработка корректной схемы БД в терминах выбранной СУБД
Основой анализа корректности схемы являются анализ функциональных зависимостей между атрибутами отношений БД
197
Даталогическое проектирование
198
Даталогическое проектирование
После нормализации схемы БД и окончательного выбора СУБД выполняется:
•Описание концептуальной схемы БД в терминах выбранной СУБД
•Описание внешних моделей в терминах выбранной СУБД
•Описание правил поддержки целостности базы данных
•Разработка процедур поддержки семантической целостности базы данных
199
Проектирование схемы БД
Проектирование схемы БД может быть выполнено двумя путями:
•путем декомпозиции (разбиения):
путем последовательной нормализации схем отношений
•путем синтеза
Универсальное отношение — это таблица, в которую включены все интересующие атрибуты, то есть та таблица, которая требует нормализации
200