База данных - ВУЗ. Отдел интеллектуальной собственности / 5 часть
.doc5 ПРОЕКТИРОВАНИЕ
ВНУТРЕННЕЙ РЕЛЯЦИОННОЙ МОДЕЛИ
Данный раздел посвящен проектированию внутренней реляционной модели. Здесь выполняется перевод глобальной ER-модели (канонической) в реляционную форму, специфицируются ограничения и правила поддержания целостности на реляционном уровне. Для приведения ER-модели к реляционной форме производитсяустранение подсущностей и категорий и замена явных связей неявными, основанными на атрибутах-ссылках (внешних ключах). Специфицируются ограничения целостности и операционные правила на уровне концептуальной реляционной модели.
5.1 Устранение подсущностей, категорий и явных связей
В данном подразделе в канонической ER-модели устраняются категории и подсущности путем выделения категорий в отдельные сущности, а также путем слияния категорий. Затем устраняются явные связи типа «один ко многим» (связи типа «многие ко многим» уже отсутствовали в исходной канонической модели), в результате чего модель переходит в реляционную форму. Исходная каноническая модель была разработана на предыдущем этапе (см. документ2008.654600.БД.КР.016.КМ«Каноническая модель»). Разработанные спецификации реляционной модели приведены в документе 2008.654600.БД.КР.016.РМ«Реляционная модель».
5.1.1 Устранение подсущностей и категорий
Подсущность и категории первой обобщающей сущности «Документы» устранены путем выделения в отдельные сущности категорий «Патенты» и «Оформление заявки», «Лицензии», имеющих собственные атрибуты.
Подсущность и категории второй обобщающей сущности «Тип» устранены путем их слияния с обобщающей сущностью. Селектируемость категорий обеспечивается с помощью введенного атрибута-селектора «Селектор типа»
5.1.2 Устранение явных связей типа «один ко многим»
Явные связи типа «один ко многим» заменены неявными путем копирования атрибутов-идентификаторов родительской сущности в множество атрибутов дочерней сущности. Такое копирование произведено для сущностей «Автор», «Организация», «Должность», «ОИС», «Ответственный сотрудник», «патенты», «Заявки», «Лицензии». В случае идентифицирующей связи скопированный идентификатор становится компонентом первичного ключа.
5.2 Спецификации ограничений и правил
В данном подразделе ограничения и правила, сформулированные в разд. 4 для глобальной ER-модели, трансформированы применительно к реляционной модели, а именно:
– ограничения атрибутов сущностей (таблица 5.1);
– ограничения кортежей (таблица 5.2);
– ограничения уникальности (таблица 5.3);
– прочие ограничения (таблица 5.4);
– операционные правила (таблица 5.5);
– стандартные ссылочные правила (таблица 5.6) .
При этом прочие ограничения, а также операционные правила преобразованы к событийно-ориентированной форме для последующей реализации в виде триггеров базы данных.
Таблица 5.1
Ограничения атрибутов
Имя атрибута или агрегата |
Тип |
Размер |
Границы или допустимые значения |
Структура |
Условие |
Многозначность |
Значение по умолчанию |
|
мин |
макс |
|||||||
Функция 1 «Патенты» |
||||||||
1.1.ФИО |
строка рус. букв |
<=50 |
А….Яя |
1) |
|
1 |
1 |
|
1.2.Дата выдачи |
дата |
|
|
1 |
1 |
|
||
1.3.Количество авторов |
виртуальный атрибут |
|
вычисл.2) |
|
|
1 |
1 |
|
Функция 2 «Оформление заявки» |
||||||||
2.1.ФИО |
строка рус. букв |
<=50 |
А….Яя |
1) |
|
1 |
1 |
|
2.2.Дата выдачи |
дата |
|
|
1 |
1 |
|
||
Функция 3 «Лицензии» |
||||||||
3.1.ФИО |
строка рус. букв |
<=50 |
А….Яя |
1) |
|
1 |
1 |
|
3.2.Дата выдачи |
дата |
|
|
1 |
1 |
|
Таблица 5.2.
Ограничения кортежей
Группа атрибутов |
Ограничение |
Функция 1 «Патенты» |
|
1.1 не выявлены |
|
|
|
Функция 2 «Оформление заявки» |
|
2.1 не выявлены |
Дата получения заявки > Дата оплаты |
|
|
Функция 3 «Лицензии» |
|
3.1 не выявлены |
|
|
|
Таблица 5.3.
Ограничения уникальности
Группа атрибутов |
Среди каких экземпляров имеет место уникальность |
Функция 1 «Патенты |
|
1.1 ФИО автора |
Среди всех авторов |
Функция 2 «Оформление заявки» ограничения не выявлены |
|
2.1 ФИО автора |
Среди всех авторов |
Функция 3 «Лицензии |
|
3.1 ФИО ответственного сотрудника |
Среди всех ответственных сотрудников |
Таблица 5.4.
Другие ограничения
Группа атрибутов |
Ограничение |
|
Функция 1 «Патенты» — ограничения не выявлены |
||
|
|
|
Функция 2 «Оформление заявки» — ограничения не выявлены |
||
|
|
|
Функция 3 «Лицензии»— ограничения не выявлены |
||
|
|
Таблица 5.5.
Операционные правила
Группа атрибутов |
Ограничение |
Функция 1 «Патенты» |
|
1.1 Атрибуты, относящиеся к автору: Код автора, Фамилия, Имя, Отчество, Должность |
При удалении записи о каком-либо авторе сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены |
Функция 2 «Оформление заявки»— Правила не выявлены |
|
|
|
Функция 3 «Лицензии» — Правила не выявлены |
|
|
|
Таблица 5.6.
Стандартные ссылочные правила
Родительская сущность/связь |
Дочерняя сущность/связь |
Правило удаления |
Другие правила |
|
Функция 1 «Патенты» |
||||
1.1 Патенты |
Предметная область патента |
каскадное |
|
|
1.2 Патенты |
Автор патента |
каскадное |
|
|
Функция 2 «Оформление заявки» |
|
|||
2.1 Оформление заявки |
Квитанция об оплате |
строгое |
|
|
Функция 3 «Лицензии» |
||||
3.1 Лицензии |
Правообладатель лицензии |
каскадное |
|
5.4 Вывод
В результате проектирования глобальной реляционной модели, соответствующей глобальной ER-модели, получены спецификации, задающие 19 сущностей-таблиц. Разработанные спецификации ограничений и операционных правил включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для реляционной модели.