Разработка концептуально-логических моделей базы данных организации

2.4.1. Нпп экспоната

среди всех экспонатов

2.4.2.Код экспоната

среди всех экспонатов

Функция 3 "Мероприятия"

3.1. Регистрационный номер

среди всех мероприятий

3.2. Название мероприятия

среди всех мероприятий

3.3. Проведение

среди всех мероприятий

среди всех мероприятий

3.3.1.Дата проведения

среди всех мероприятий

3.3.2.Время проведения

среди всех мероприятий

3.3.3.Место

среди всех мероприятий

3.3.3.1.Код факультета

среди всех мероприятий

Примечания: <если есть>

Таблица 4.4.

Другие ограничения

Группа атрибутов	Ограничение
Функция 1 "Конференции"- нет ограничений
Функция 2 "Конкурсы и выставки"- нет ограничений

Функция 3 "Мероприятия"- нет ограничений

Примечания: <если есть>

Таблица 4.5.

Операционные правила

Группа атрибутов	Ограничение
1. Атрибуты, относящиеся к приему диссертации: регистрационный номер акта приема, код диссертанта, ФИО диссертанта, диссертация, эксперт, научный руководитель	При удалении записи о каком-либо приеме диссертации все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены
2. Атрибуты, относящиеся к эксперту: Код эксперта, ФИО эксперта	При удалении записи о каком-либо эксперте все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены
3. Атрибуты, относящиеся к научному руководителю: Код научного руководителя, ФИО научного руководителя	При удалении записи о каком-либо научном руководителе все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены
4.Атрибуты, относящиеся к оппоненту: НПП, Код оппонента, ФИО оппонента,	При удалении записи о каком-либо оппоненте все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены
5. Атрибуты, относящиеся к члену совета: код члена совета, ФИО члена совета	При удалении записи о каком-либо присутствии члена совета все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены

Примечания: <если есть>

Таблица 4.6.

Ссылочные правила

Родительская сущность/связь	Дочерняя сущность/связь	Правило удаления	Другие правила
Функция 1 "Конференции"
1.1. Конференции	Доклад	строгое
1.2. Доклад
	Автор	строгое
1.3. Конференции	Участник	строгое
Функция 2 "Конкурсы и выставки"
2.1 Конкурсы и выставки	Место проведения	каскадное
2.2 Конкурсы и выставки	Экспонат	строгое
2.3 Экспонат	Автор	строгое
Функция 3 "Мероприятия"
3.1 Мероприятия	Проведение	каскадное
3.2 Мероприятия	Участник	строгое
3 .3 Мероприятия	Организаторы	каскадное
3.4 Организаторы	Руководитель	каскадное
3.5 Проведение	Место проведения	каскадное

Примечания: <если есть>

Вывод

В результате проектирования глобальной ER-модели, соответствующей локальным ER-моделям для отдельных автоматизируемых функций, получена графическая модель, включающие 18 сущностей в третьей нормальной форме. Введенные 1 обобщенная сущность содержат 4 категории. Разработанные спецификации ограничений и операционных правил включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для глобальной ER-модели; дополнительно на данном этапе не введено ограничений, введены 3 правила.

5. Проектирование внутренней реляционной модели

Данный раздел посвящен проектированию внутренней реляционной модели. Здесь выполняется перевод глобальной ER-модели (канонической) в реляционную форму, специфицируются ограничения и правила поддержания целостности на реляционном уровне. Для приведения ER-модели к реляционной форме производится устранение подсущностей и категорий и замена явных связей неявными, основанными на атрибутах-ссылках (внешних ключах). Специфицируются ограничения целостности и операционные правила на уровне концептуальной реляционной модели.

5.1 Устранение подсущностей, категорий и явных связей

В данном подразделе в канонической ER-модели устраняются категории и подсущности путем выделения категорий в отдельные сущности, а также путем слияния категорий. Затем устраняются явные связи типа "один ко многим" (связи типа "многие ко многим" уже отсутствовали в исходной канонической модели), в результате чего модель переходит в реляционную форму. Исходная каноническая модель была разработана на предыдущем этапе. Разработанные спецификации реляционной модели приведены в документе 2014.230700.62.БД.КР. РМ "Реляционная модель".

Устранение подсущностей и категорий

Подсущность и категории первой обобщающей сущности "Сотрудник" устранены путем выделения в отдельные сущности категорий "Научный руководитель", "Член совета", "Эксперт", "Оппонент", имеющих собственные атрибуты, и элиминирования категории "Сотрудник" с введением соответствующего правила ссылочной целостности для связанных с категорией сущностей.

Устранение явных связей типа "один ко многим"

Явные связи типа "один ко многим" заменены неявными путем копирования атрибутов-идентификаторов родительской сущности в множество атрибутов дочерней сущности. Такое копирование произведено для сущностей "Доклад", "Автор", "Проведение", "Организаторы", "Участник", "Выступление", "Руководитель", "Рассылка автореферата", "Отзыв", "Замечание". В случае идентифицирующей связи скопированный идентификатор становится компонентом первичного ключа.

5.2 Спецификации ограничений и правил

В данном подразделе ограничения и правила, сформулированные в разд. 4 для глобальной ER-модели, трансформированы применительно к реляционной модели, а именно:

- ограничения атрибутов сущностей (таблица 5.1);

- ограничения кортежей (таблица 5.2);

- ограничения уникальности (таблица 5.3);

- прочие ограничения (таблица 5.4);

- операционные правила (таблица 5.5);

- стандартные ссылочные правила (таблица 5.6) .

При этом прочие ограничения, а также операционные правила преобразованы к событийно-ориентированной форме для последующей реализации в виде триггеров базы данных.

Таблица 5.1

Ограничения атрибутов

Имя атрибута или агрегата	Тип	Размер	Границы или опустимые значения	Структура	Условие	Многозначность	Значение по умолчанию
						мин	макс
1.1. Регистрационный номер	положит. целое					1	1	инкр.3)
1.2. Название конференции	положит. целое					1	1	инкр. 3)
	строка рус. букв	<=50		1)		1	1
1.3. Проведение	строка рус. Букв	<=50		1)		1	1
1.3.1 Дата проведения	Дата				2)	1	1
1.3.2.Место проведения	положит. целое					1	1	инкр. 3)
1.3.3.Время проведения	строка рус .букв	<=50		1)		1	1
1.4. Оргкомитет	положит.целое			1)		1	1	инкр. 3)
1.4.1.Код оргкомитета	строка рус .букв	<=50				1	1
1.4.2.Организатор	положит.целое			1) 1)
1.4.3.1.Код организатора	строка рус .букв	<=50				1 1	1 1
1.4.3.2.ФИО организатора	положит. целое					1	1	инкр. 3)
1.4.3.3.Роль в комитете	положит. целое					1	1	инкр. 3)
1.5.Участник	строка рус .букв	<=50		1)		1	1
1.5.1. НПП участника	положит. целое					1	1	инкр. 3)
1.5.2.Код участника	положит. целое					1	1	инкр. 3)
2.1. Регистрационный номер	строка рус .букв	<=50		1)		1	1
2.2. Название конкурса/выставки	положит. целое					1	1	инкр. 3)
1.1. Регистрационный номер	строка рус .букв	<=50		1)			1
1.2. Название конференции	положит. целое					1		инкр. 3)
	строка рус .букв	<=50				1	1
22 Оппонент. НПП	положит. целое			1)		1		инкр. 3)
23 Оппонент. Код оппонента	положит. целое					1	1	инкр. 3)
24 Оппонент. ФИО оппонента	строка рус .букв	<=50		1)		1	1
25 Защита. Регистрационный номер	положит. целое					1	1	инкр. 3)
1.1. Регистрационный номер	Дата				2)	1	1
1.2. Название конференции	строка рус.букв			1)		1	1
	положит. целое					1	1	инкр. 3)
1.3. Проведение	строка рус. букв	<=50		1)		1	1
1.3.1 Дата проведения	положит. целое					1	1	инкр. 3)
1.3.2.Место проведения	строка рус .букв	<=50		1)		1	1
1.3.3.Время проведения	положит. целое					1	1	инкр. 3)
1.4. Оргкомитет	строка рус .букв	<=50		1)		1	1
1.4.1.Код оргкомитета	положит. целое					1	1	инкр. 3)
1.4.2.Организатор	строка рус .букв	<=50		1)		1	1
1.4.3.1.Код организатора	строка рус .букв	<=50		1)		1	1

Примечания:

1) Российские фамилии, имена, отчества (первая буква прописная, остальные -- строчные; возможны двойные фамилии, разделенные дефисом, многословные имена, разделенные пробелами).

2) Дата > Текущая дата - 100 лет; Дата < Текущая дата - 16 лет.

3) Следующее значение (инкремент).

Таблица 5.2.

Ограничения кортежей

Группа атрибутов	Ограничение
Функция 1 "Конференции"- нет ограничений
Функция 2 "Конкурсы и выставки"- нет ограничений

Функция 3 "Мероприятия"- нет ограничений

Примечания: <если есть

Таблица 5.3.

Ограничения уникальности

Группа атрибутов	Среди каких экземпляров имеет место уникальность
1.1 Прием диссертации. Регистрационный номер акта приема	среди всего конференций
1.2 Диссертант. Код диссертанта	среди всего конференций
1.3 Диссертация. Тема диссертации	среди всех конференций
1.6. Эксперт. Код эксперта	среди всех конференций
1.8 Замечание эксперта. НПП замечания	среди всех конференций
1.10 Научный руководитель. Код научного руководителя	среди всех научных руководителей
2.1 Подготовка. Регистрационный номер	среди всех подготовок
2.2 Диссертант. Код диссертанта	среди всех подготовок
2.4 Рассылка автореферата. НПП	среди всего конференций
2.6 Рассылка автореферата. Код организации	среди всего конференций
2.7 Отзыв. Код рецензента	среди всех конференций
2.11 Замечание. Содержание	среди всех конференций
2.13 Замечание .НПП	среди всех конференций
2.14 Оппонент. Код оппонента	среди всех конференций
3.1 Защита. Регистрационный номер	среди всех защит
3.2 Диссертант. Код диссертанта	среди всех защит
3.4 Диссертация. Тема диссертации	среди всех защит
3.7Член совета. Код члена совета	среди всех мероприятий
3.9 Вопрос. НПП	среди всех мероприятий
3.10 Вопрос. Содержание вопроса	среди всех мероприятий
3.11 Присутствие члена совета. Код члена совета	среди всех мероприятий
3.15 Выступление. Содержание выступления	среди всех мероприятий

Примечания: <если есть>

Таблица 5.4.

Другие ограничения

Группа атрибутов	Ограничение
Функция 1 "Конференции"- нет ограничений
Функция 2 "Конкурсы и выставки"- нет ограничений

Функция 3 "Мероприятия"- нет ограничений

Примечания: <если есть>

Таблица 5.5.

Операционные правила

Группа атрибутов	Ограничение
1. Атрибуты, относящиеся к приему диссертации: регистрационный номер акта приема, код диссертанта, ФИО диссертанта, диссертация, эксперт, научный руководитель	При удалении записи о каком-либо приеме диссертации все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены
2. Атрибуты, относящиеся к эксперту: Код эксперта, ФИО эксперта	При удалении записи о каком-либо эксперте все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены
3. Атрибуты, относящиеся к научному руководителю: Код научного руководителя, ФИО научного руководителя	При удалении записи о каком-либо научном руководителе все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены
4.Атрибуты, относящиеся к оппоненту: НПП, Код оппонента, ФИО оппонента,	При удалении записи о каком-либо оппоненте все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены
5. Атрибуты, относящиеся к члену совета: код члена совета, ФИО члена совета	При удалении записи о каком-либо присутствии члена совета все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем могут быть автоматически удалены

Примечания: <если есть>

Таблица 5.6.

Стандартные ссылочные правила

Родительская сущность/связь	Дочерняя сущность/связь	Правило удаления	Другие правила
Функция 1 "Конференции"
1.1. Конференции	Доклад	строгое
1.2. Доклад
	Автор	строгое
1.3. Конференции	Участник	строгое
Функция 2 "Конкурсы и выставки"
2.1 Конкурсы и выставки	Место проведения	каскадное
2.2 Конкурсы и выставки	Экспонат	строгое
2.3 Экспонат	Автор	строгое
Функция 3 "Мероприятия"
3.1 Мероприятия	Проведение	каскадное
3.2 Мероприятия	Участник	строгое
3 .3 Мероприятия	Организаторы	каскадное
3.4 Организаторы	Руководитель	каскадное
3.5 Проведение	Место проведения	каскадное

Примечания: <если есть>

Вывод

В результате проектирования глобальной реляционной модели, соответствующей глобальной ER-модели, получены спецификации, задающие 16 сущностей-таблиц. Разработанные спецификации ограничений и операционных правил включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для реляционной модели; дополнительно на данном этапе ограничений и правил не введено.

6. Проектирование моделей отображения

Данный раздел, являющийся заключительным этапом проектирования концептуальных моделей базы данных, посвящен разработке моделей отображения, связывающих глобальную реляционную модель (разработанную на этапе 5) с внешними иерархическими моделями (разработанными на этапе 2). Сначала разрабатываются иерархии представлений, соответствующие внешним моделям, а затем прорабатывается внутренняя структура отдельных представлений, входящих в состав иерархий. Результаты проектирования приведены в документе 2014.230700.62.БД.КР.001.МО "Модели отображения".

6.1 Разработка иерархий представлений

В данном подразделе разрабатываются иерархии представлений (виртуальных сущностей), соответствующие внешним моделям. Для каждой внешней иерархической модели строится соответствующая эквивалентная иерархия представлений. Корню иерархии соответствует сущность внешней модели, а узлам -- многозначные агрегаты или атрибуты.

Функция 1 "Конференции"

Иерархия представлений для этой функции включает 5 представлений, организованных в виде 4-уровневой древовидной структуры. Корневое представление "vКонференции" имеет 2 потомка: "vУчастник " в качестве параметра с вышестоящего уровня передается атрибут "Регистрационный номер". Представление "Доклад" имеет потомка "vКонференции", которым в качестве параметра с вышестоящего уровня передается атрибут "Регистрационный номер конференции".

Функция 2 "Конкурсы и выставки"

Иерархия представлений для этой функции включает 3 представления, организованных в виде 2-уровневой древовидной структуры. Корневое представление "vКонкурсы и выставки" имеет 1 потомка: "vЭкспонат" в качестве параметра с вышестоящего уровня передается атрибут "Регистрационный номер конкурса". Представление "Экспонат" имеет потомка "vАвтор", которым в качестве параметра с вышестоящего уровня передается атрибут "НПП экспоната".

Функция 3 "Мероприятия"

Иерархия представлений для этой функции включает 3 представления, организованных в виде 2-уровневой древовидной структуры. Корневое представление "vМероприятия" имеет 1 потомка: "vУчастник" в качестве параметра с вышестоящего уровня передается атрибут "Регистрационный номер". Представление "Организаторы" имеет потомка "vМероприятия", которым в качестве параметра с вышестоящего уровня передается атрибут "Код организации".

6.2 Разработка внутренних моделей представлений

В данном подразделе прорабатывается внутренняя структура отдельных представлений, входящих в состав иерархий. Для этого строятся необходимые эквисоединения сущностей внутренней реляционной модели. Внешние параметры сущностей используются для соответствующей фильтрации экземпляров. Виртуальные атрибуты, требующие подсчета статистических показателей, вычисляются с помощью соответствующего группирования экземпляров и применения подходящих агрегативных функций.

Функция 1 "Конференции"

Корневое представление "vКонференции" строится путем эквисоединения сущностей "Участник" и "Доклад" по атрибуту "Регистрационный номер".

Представление второго уровня иерархии "vДоклад" строится путем эквисоединения сущностей "Автор" и "Участник" по атрибуту "Регистрационный номер".

Функция 2 "Конкурсы и выставки"

Корневое представление "vКонкурсы и выставки" строится путем эквисоединения сущностей "Экспонат" и "Автор" по атрибуту "НПП экспоната".

Представление второго уровня иерархии "vРассылка автореферата" строится путем эквисоединения сущностей "Рассылка автореферата" и "Отзыв" по атрибуту "Код рецензента"

Представление третьего уровня иерархии "vРассылка автореферата" строится путем эквисоединения сущностей "Рассылка автореферата" и "Замечание эксперта" по атрибуту "НПП"

Представление четвертого уровня иерархии "vРассылка автореферата" строится путем эквисоединения сущностей "Рассылка автореферата" и "Оппонент" по атрибуту "Регистрационный номер"

Представление пятого уровня иерархии "vРассылка автореферата" строится путем эквисоединения сущностей "Рассылка автореферата" и "Оппонент" по атрибуту "НПП"

Представление шестого уровня иерархии "vЗамечание эксперта" строится путем эквисоединения сущностей "Замечание эксперта" и "Оппонент" по атрибуту "НПП"

Функция 3 "Мероприятия"

Корневое представление "v Мероприятия" строится путем эквисоединения сущностей "Мероприятия" и "Выступление" по атрибуту "Регистрационный номер".

Представление второго уровня иерархии "vПрисутствие члена совета " строится путем эквисоединения сущностей "Присутствие члена совета" и "Вопрос" по атрибуту "Регистрационный номер"

Представление третьего уровня иерархии "vПрисутствие члена совета" строится путем эквисоединения сущностей "Присутствие члена совета" и "Выступление" по атрибуту "Код члена совета"

Представление четвертого уровня иерархии"vПрисутствие члена совета" строится путем эквисоединения сущностей "Присутствие члена совета" и "Выступление" по атрибуту по атрибуту "Регистрационный номер"

Вывод

В результате разработки моделей отображения, связывающих глобальную реляционную модель (разработанную на этапе 5) с внешними иерархическими моделями (разработанными на этапе 2), получены три иерархии представлений, соответствующие трем внешним моделям. В ходе дальнейшей проработки получена внутренняя структура отдельных представлений, входящих в состав иерархий, представляющая собой эквисоединение от 2 до 6 нормализованных таблиц внутренней реляционной модели.

7. Разработка SQL-кода базы данных

Данный раздел посвящен программированию базы данных на основе концептуальной реляционной модели. Разрабатывается программный SQL-код, обеспечивающий создание структуры таблиц базы данных и представлений отображения внутренней модели во внешние модели базы данных.

7.1 SQL-код создания таблиц

В данном подразделе в соответствии с реляционной моделью записываются SQL-операторы CREATE TABLE, обеспечивающие создание таблиц базы данных. Стандартные ограничения целостности, специфицированные на предыдущем этапе в таблицах 5.1-5.3 и 5.6, реализуются с помощью табличных средств, нестандартные ограничения целостности и операционные правила, специфицированные в таблицах 5.4 и 5.5, -- с помощью триггеров базы данных. Для удобства контроля создание ограничений отделено от создания столбцов выполняется операторами ALTER TABLE. Триггеры базы данных создаются операторами CREATE TRIGGER. При программировании ориентировались на диалект Transact-SQL для Microsoft SQL Server 2005.

Создание столбцов таблиц

Для создания столбцов применяются SQL-операторы CREATE TABLE. При этом задаются имена, типы и размеры полей, а также стандартные ограничения обязательности и значения по умолчанию.

CREATE DATABASE ДС

CREATE TABLE Проведение(

Дата проведения

INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

Время проведения VARCHAR(50) NOT NULL

)

CREATE TABLE Конференции (

Регистрационный № конференции INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

Название конференции

INT NOT NULL,

Дата проведения

INT NOT NULL,

Код организационного комитета VARCHAR(50) NOT NULL

)

CREATE TABLE Организационный комитет (

Код организационного комитета VARCHAR(50) NOT NULL,

Код организатора INT NOT NULL

CREATE TABLE Организатор (

Код организатора INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

ФИО организатора VARCHAR(50) NOT NULL,

Роль в комитете DATE NOT NULL,

)

CREATE TABLE Доклад (

Регистрационный № доклада INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

Название доклада

VARCHAR(50) NOT NULL,

Регистрационный № конференции INT NOT NULL

)

CREATE TABLE Конкурсы/выставки (

Регистрационный № конкурсы и выставки INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

Название конкурсы и выставки

VARCHAR(50) NOT NULL,

Код организации INT NOT NULL

)

CREATE TABLE Экспонат (

НПП экспоната

INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

Код экспоната

VARCHAR(50) NOT NULL,

Регистрационный № конкурсы и выставки INT NOT NULL

)

CREATE TABLE Автор (

Код автора INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

ФИО автора

VARCHAR(50) NOT NULL,

НПП экспоната

INT NOT NULL,

Творческий вклад

VARCHAR(50) NOT NULL,

)

CREATE TABLE Мероприятия (

Регистрационный № мероприятия INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

Название конференции

VARCHAR(50) NOT NULL,

Код организатора

INT NOT NULL,

Дата проведения INT NOT NULL,

)

CREATE TABLE Организатор (

Название организации

VARCHAR(50) NOT NULL,

Код организации INT NOT NULL,

Регистрационный_номер INT NOT NULL,

Код руководителя INT NOT NULL

)

CREATE TABLE Руководитель (

Код руководителя INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

ФИО руководителя VARCHAR(50) NOT NULL,

)

CREATE TABLE Конкурсы и выставки (

Регистрационный_номер INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

НПП INT NOT NULL,

Код_дисертанта INT NOT NULL,

)

CREATE TABLE Рассылка_автореферата(

НПП INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

Код_организации INT NOT NULL,

Код_рецензента INT NOT NULL,

Регистрационный_номер INT NOT NULL,

)

CREATE TABLE Место проведения (

Код факультета INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

Название факультета

VARCHAR(50) NOT NULL,

Код_руководителя INT NOT NULL,

)

Создание ограничений уникальности

Для создания ограничений уникальности применяются SQL-операторы ALTER TABLE … ADD CONSTRAIN. Первичные ключи задаются с помощь фразы PRIMARY KEY, а ключи-кандидаты -- с помощью фразы UNIQUE.

CREATE TABLE Проведение(

Дата проведения

INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

Время проведения VARCHAR(50) NOT NULL

)

ALTER TABLE [Научный руководитель]

ADD CONSTRAINT PK_Сотрудник

PRIMARY KEY ([Код_научного_руководителя])

ALTER TABLE [Научный_руководитель]

ADD CONSTRAINT UN_ФИО

UNIQUE (ФИО)

CREATE TABLE Эксперт(

Код_эксперта INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

ФИО_эксперта VARCHAR(50) NOT NULL,

НПП_замечания INT NOT NULL

)

ALTER TABLE [Эксперт]

ADD CONSTRAINT PK_Сотрудник

PRIMARY KEY ([Код_эксперта])

ALTER TABLE [Эксперт]

ADD CONSTRAINT UN_НПП_замечания

UNIQUE (НПП_замечания)

ADD CONSTRAINT UN_ФИО

UNIQUE (ФИО)

CREATE TABLE Член совета(

Код_Члена_совета INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

ФИО_члена_совета VARCHAR(50) NOT NULL,

НПП INT NOT NULL,

Содержание_выступления VARCHAR(50) NOT NULL,

)

ALTER TABLE [Член_совета]

ADD CONSTRAINT PK_Сотрудник

PRIMARY KEY ([Код_члена_совета])

ALTER TABLE [Член_совета]

ADD CONSTRAINT UN_ФИО

UNIQUE (ФИО)

ADD CONSTRAINT UN_НПП

UNIQUE (НПП)

ADD CONSTRAINT UN_Содержание_выступления

UNIQUE (Содержание_выступления)

CREATE TABLE Оппонент(

НПП INT IDENTITY (1,1) NOT NULL PRIMARY KEY,

Код_оппонента INT NOT NULL,

ФИО_оппонента VARCHAR(50) NOT NULL,

Регистрационный номер INT NOT NULL,

)

ALTER TABLE [Оппонент]

ADD CONSTRAINT PK_Сотрудник

PRIMARY KEY ([Код_оппонента ])

ALTER TABLE [Опонент]

ADD CONSTRAINT UN_ФИО

UNIQUE (ФИО)

ADD CONSTRAINT UN_Регистрационный номер

UNIQUE (Регистрационный номер)

Создание ограничений атрибутов и кортежей

Для создания ограничений атрибутов и кортежей применяются SQL-операторы ALTER TABLE … ADD CONSTRAIN с фразой CHECK.

Создание ограничений ссылочной целостности

Для создания ограничений ссылочной целостности применяются SQL-операторы ALTER TABLE … ADD CONSTRAIN с фразой FOREIGN KEY. Фраза REFERENCES указывает при этом на родительскую таблицу, а фразы ON DELETE и ON UPDATE задают правила обработки в ситуациях удаления и изменения родителя.

ALTER TABLE Конференции

ADD CONSTRAINT FK_ Конференции _ Проведение

FOREIGN KEY ([Дата проведения])

REFERENCES Проведение (Дата проведения)

ADD CONSTRAINT FK_ Конференции _ Организационный комитет

FOREIGN KEY ([Код организационного комитета])

REFERENCES Организационный комитет (Код организационного комитета)

ALTER TABLE Организационный комитет

ADD CONSTRAINT FK_ Организационный комитет _ Организатор

FOREIGN KEY ([Код организатора])

REFERENCES Организационный комитет(Код организатора)

ALTER TABLE Доклад

ADD CONSTRAINT FK_ Доклад _ Конференции

FOREIGN KEY ([Регистрационный_номер])

REFERENCES Конференции (Регистрационный_номер)

ALTER TABLE Конкурсы/выставки

ADD CONSTRAINT FK_ Конкурсы/выставки _ Место проведения

FOREIGN KEY ([Код организации])

REFERENCES Место проведения (Код организации)

ALTER TABLE Экспонат

ADD CONSTRAINT FK_ Экспонат _ Справочник экспоната

FOREIGN KEY ([Код экспоната])

REFERENCES Справочник экспоната (Код экспоната)

ALTER TABLE Экспонат

ADD CONSTRAINT FK_ Экспонат _ Конкурсы/выставки

FOREIGN KEY ([Регистрационный № конкурсы и выставки])

REFERENCES Конкурсы/выставки (Регистрационный № конкурсы и выставки)

ALTER TABLE Автор

ADD CONSTRAINT FK_ Автор _ Экспонат

FOREIGN KEY ([НПП экспоната])

REFERENCES Экспонат (НПП экспоната)

ADD CONSTRAINT FK_ Автор _ Доклад

FOREIGN KEY ([Регистрационный № доклада])

REFERENCES Доклад (Регистрационный № доклада)

ALTER TABLE Мероприятия

ADD CONSTRAINT FK_ Мероприятия _ Организатор

FOREIGN KEY ([Код организатора])

REFERENCES Организатор (Код организатора)

ADD CONSTRAINT FK_ Мероприятия _ Проведение

FOREIGN KEY ([Дата проведения])

REFERENCES Проведение (Дата проведения)

ALTER TABLE Организатор

ADD CONSTRAINT FK_ Организатор _ Руководитель

FOREIGN KEY ([Код руководителя])

REFERENCES Руководитель (Код руководителя)

ALTER TABLE Проведение

ADD CONSTRAINT FK_ Проведение _ Место проведения

FOREIGN KEY ([Код факультета])

REFERENCES Место проведения (Код факультета)

ALTER TABLE Участник

ADD CONSTRAINT FK_ Участник _ Мероприятия

FOREIGN KEY ([Регистрационный № мероприятия])

REFERENCES Мероприятия (Регистрационный № мероприятия)

ADD CONSTRAINT FK_ Участник _ Конференции

FOREIGN KEY ([Регистрационный № конференции])

REFERENCES Конференции (Регистрационный № конференции)

Вывод

В результате программирования разработан программный SQL-код, обеспечивающий создание 16 таблиц базы данных и реализующий 16 стандартных ограничений целостности. Одно нестандартное ограничение целостности из специфицированных на предыдущем этапе было реализовано с помощью триггера базы данных. На основе ранее построенных моделей отображения запрограммирована реализация внешних представлений, включающая в общей сложности около 300строк SQL-кода.

Заключение

На первом этапе в результате анализа функционирования организации (учреждения, подразделения) "Вуз. НИРС" в плане трех автоматизируемых функций (бизнес-процессов), связанных с приемом, подготовкой и защитой диссертации, получены локальные описания проблемной области информационной системы, включающие данные о конференция, о конкурсах и выставках, проведении, мероприятия, мест, времени, даты проведения.

На втором этапе в результате анализа информационного обеспечения функций выявлены и сформулированы ограничения и правила поддержания целостности данных, которые должны быть учтены при дальнейшем проектировании. Общее число ограничений на уровне атрибутов составляет 37 (в том числе динамических …), на уровне кортежей -- 0 (0), на уровне множеств кортежей -- … (…) и на уровне базы данных -- 0 (0). Операционные правила выявлены и сформулированы.

На третьем этапе в результате проектирования локальных ER-моделей, соответствующих иерархическим моделям автоматизируемых функций, получены нормализованные локальных ER-модели, включающие от 5 до 6 сущностей в третьей нормальной форме. Разработанные спецификации ограничений и правил поддержания целостности включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для локальных ER-моделей; дополнительно на данном этапе не введены ограничения, введены 15 правил.

На четвертом этапе в результате проектирования глобальной ER-модели, соответствующей локальным ER-моделям для отдельных автоматизируемых функций, получена графическая модель, включающие 18 сущностей в третьей нормальной форме. Введенные 1 обобщенная сущность содержат 4 категории. Разработанные спецификации ограничений и операционных правил включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для глобальной ER-модели; дополнительно на данном этапе не введено ограничений, введены 3 правила.

На пятом этапе в результате проектирования глобальной реляционной модели, соответствующей глобальной ER-модели, получены спецификации, задающие 16 сущностей-таблиц. Разработанные спецификации ограничений и операционных правил включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для реляционной модели; дополнительно на данном этапе ограничений и правил не введено.

На шестом этапе в результате разработки моделей отображения, связывающих глобальную реляционную модель (разработанную на этапе 5) с внешними иерархическими моделями (разработанными на этапе 2), получены три иерархии представлений, соответствующие трем внешним моделям. В ходе дальнейшей проработки получена внутренняя структура отдельных представлений, входящих в состав иерархий, представляющая собой эквисоединение от 2 до 6 нормализованных таблиц внутренней реляционной модели.

На седьмом этапе в результате программирования разработан программный SQL-код, обеспечивающий создание 16 таблиц базы данных и реализующий 16 стандартных ограничений целостности. Одно нестандартное ограничение целостности из специфицированных на предыдущем этапе было реализовано с помощью триггера базы данных. На основе ранее построенных моделей отображения запрограммирована реализация внешних представлений, включающая в общей сложности около 300 строк SQL-кода.

Список литературы

1. Белоцерковский О.М. Научно-технический прогресс и высшая школа. Вестн. высш. школы, 1981, №3, с. 7-12.

2. ЛЕНИН В.И. Революционные дни. Полн.собр.соч., т. 9, с. 205-230.

3. Маркс К. Капитал. Критика политической экономии. T. I. М.: Политиздат, 1969. - 908 с.

4. МАТЕРИАЛЫ ХХУ съезда КПСС. М.: Политиздат, 1977. - 256 с.

5. МАТЕРИАЛЫ ХХУ 1 съезда КПСС. М.: Политиздат, 1981. - 223 с.

6. МАТЕРИАЛЫ Пленума Центрального Комитета КПСС, 14-15 июня 1983г.- М.: Политиздат, 1983. - 80 с.

7. Постановление ЦК КПСС и Совета Министров СССР от 10 июля 1979г. "О дальнейшем развитии высшей школы и повышении качества подготовки специалистов". Коммунист, 1979. №11, с. 5-10.ххх

8. MARCIUKAITIS G. Koks bьsimojo specialisto "modelis"? Kongau-nimo tiesa, 1973, liepos 4.

9. АВНЕРО 3. Вопросы вузовской педагогики: Формировать теорию самостоятельной работы (заметки совещания). - Вестн. высш. школы, 1976, №7.

Размещено на Allbest.ru