Вопрос № 10. Методология логического проектирования реляционной БД.
Даталогическое проектирование.
На этом этапе высокоуров. инфологич. модель преобразуется в ту даталогическую модель, котор. поддерживает выбранная СУБД.
Преобразование ER-диаграммы в реляционную модель.
При этом ER –диаграмма преобразуется в набор взаимосвязанных отношений Существует достаточно четкий алгоритм этого преобразования:
1)Кажд. класс объектов преобразуется в отношение .
2)Атрибуты построения сущностей становятся атрибутами отношений.
3)Преобразование связей:
а) 1:1 если связь является обязательной хотя бы с одной стороны ,в отношение на стороне обязат.св. добавляется столбец внешнего ключа
Если связь 1:1 не обязательно с 2-х сторон, проектировщик сам решает какое отношение будет основным. Это может быть отношение ,которое создается раньше или отношение, которое содержит меньше кортежей .
б) 1: М подчиненным является отношение на стороне связи – многие в него и добавляется столбец внешнего ключа;
в) рекурсивная реализуется путем добавления в отношение столбца внешнего ключа, который будет содержать некотор. значение первичного ключа.
1) Определение первичных ключей
Если в VID кл. объектов не вх-ла связь с др. кл. объектов VID становится первичным ключом отношения
В противном случае внеш. Ключом будет являться часть первичного ключа.
2) Реализация непереносимых связей
Если связь является непереносимой, то внеш. Ключ отношения изменять запрещается (restrict)
3) Преобразование супертипов 2 способа:
а) Супер-тип преобразуется в одно большое отношение, в которое входят как общие для супер-типа атрибуты, так и атрибуты всех подтипов. Контроль за корректностью исп-я этих атрибутов осуществляется на уровне приложения или с помощью хранимых процедур и триггеров (чаще 1-ое) (радиокнопки); б) Каждый супер-тип преобразуется в отдельное отношение( 2ое предпочтительнее)
3) Преобразование ролей
В подчиненное отношение добавляется столько столбцов внеш. ключей, сколько к нему подходит связей.
4) Преобразование арка
Сколько связей в арк входит,столько внешних ключей столько внешних ключей в поподчиненное отношение. Все внеш. Ключи являются необязательными,т.к. в кажд. Момент времени внеш. Ключ. Реализует связь только с одним отношением.
Способы представления реляционной модели.
1.Аналитический: Реляционная БД записывается в виде схем отношений
2. Графический: Он наглядно отображает связи между отношениями
(таблица искажена, скачивайте doc файл)
Организация
Код ПК
Наименование
Юр. лицо
Код ПК
Наименование
Код организации ВК
Физ. лицо
Код организации ВК
3. Табличный
Каждое отношение описывается в виде таблицы с такими столбцами
Имя отношения Атрибут Тип ключа
Методология даталогического проектирования БД.
1. Преобразование ER-диаграммы в набор схем, взаимосвязанных отношений
2. Проверка соответствия полученных схем, как минимум 3 нормал. форме.
3. Корректировка, при необходимости ER- диаграммы
Замечание
На практике сложная предметная область описывается с помощью нескольких локальных инфологических моделей. Каждая из этих моделей может отражать конкретное рабочее место или структурное подразделение. Затем эти локальные модели соединяются в единую глобальную модель.
Даталогическое проектирование.
На этом этапе высокоуров. инфологич. модель преобразуется в ту даталогическую модель, котор. поддерживает выбранная СУБД.
Преобразование ER-диаграммы в реляционную модель.
При этом ER –диаграмма преобразуется в набор взаимосвязанных отношений Существует достаточно четкий алгоритм этого преобразования:
1)Кажд. класс объектов преобразуется в отношение .
2)Атрибуты построения сущностей становятся атрибутами отношений.
3)Преобразование связей:
а) 1:1 если связь является обязательной хотя бы с одной стороны ,в отношение на стороне обязат.св. добавляется столбец внешнего ключа
Если связь 1:1 не обязательно с 2-х сторон, проектировщик сам решает какое отношение будет основным. Это может быть отношение ,которое создается раньше или отношение, которое содержит меньше кортежей .
б) 1: М подчиненным является отношение на стороне связи – многие в него и добавляется столбец внешнего ключа;
в) рекурсивная реализуется путем добавления в отношение столбца внешнего ключа, который будет содержать некотор. значение первичного ключа.
1) Определение первичных ключей
Если в VID кл. объектов не вх-ла связь с др. кл. объектов VID становится первичным ключом отношения
В противном случае внеш. Ключом будет являться часть первичного ключа.
2) Реализация непереносимых связей
Если связь является непереносимой, то внеш. Ключ отношения изменять запрещается (restrict)
3) Преобразование супертипов 2 способа:
а) Супер-тип преобразуется в одно большое отношение, в которое входят как общие для супер-типа атрибуты, так и атрибуты всех подтипов. Контроль за корректностью исп-я этих атрибутов осуществляется на уровне приложения или с помощью хранимых процедур и триггеров (чаще 1-ое) (радиокнопки); б) Каждый супер-тип преобразуется в отдельное отношение( 2ое предпочтительнее)
3) Преобразование ролей
В подчиненное отношение добавляется столько столбцов внеш. ключей, сколько к нему подходит связей.
4) Преобразование арка
Сколько связей в арк входит,столько внешних ключей столько внешних ключей в поподчиненное отношение. Все внеш. Ключи являются необязательными,т.к. в кажд. Момент времени внеш. Ключ. Реализует связь только с одним отношением.
Способы представления реляционной модели.
1.Аналитический: Реляционная БД записывается в виде схем отношений
2. Графический: Он наглядно отображает связи между отношениями
(таблица искажена, скачивайте doc файл)
Организация
Код ПК
Наименование
Юр. лицо
Код ПК
Наименование
Код организации ВК
Физ. лицо
Код организации ВК
3. Табличный
Каждое отношение описывается в виде таблицы с такими столбцами
Имя отношения Атрибут Тип ключа
Методология даталогического проектирования БД.
1. Преобразование ER-диаграммы в набор схем, взаимосвязанных отношений
2. Проверка соответствия полученных схем, как минимум 3 нормал. форме.
3. Корректировка, при необходимости ER- диаграммы
Замечание
На практике сложная предметная область описывается с помощью нескольких локальных инфологических моделей. Каждая из этих моделей может отражать конкретное рабочее место или структурное подразделение. Затем эти локальные модели соединяются в единую глобальную модель.