Порядок выполнения. Задание для выполнения лабораторной работы

Задание для выполнения лабораторной работы

Связи

Ключи

Основные понятия

БД – база данных. СУБД – система управления базами данных

Сущности – личности, факты, объекты реального мира, имеющие отношение к некоторой проблемной области (таблица).

Атрибуты – данные, описывающие сущности (поля таблицы - столбцы).

Связи – взаимодействия между несколькими сущностями; связь может иметь атрибуты.

Ключ состоит из одного или более атрибутов, значения которых однозначно идентифицируют экземпляр сущности, например, №Паспорта – ключ личности, по нему один экземпляр сущности ЛИЧНОСТЬ отличается от другого экземпляра.

Каждая сущность может иметь несколько ключей, но должна иметь по крайней мере один ключ. Такие ключи называются потенциальными ключами.

У каждой сущности есть один и только один первичный ключ, который выбирается из потенциальных ключей.

Критерии выбора первичного ключа:

- ключ должен гарантировать уникальность каждого экземпляра сущности;

- атрибуты, входящие в первичный ключ, не могут принимать пустые значения;

- ключ должен быть неизменным, то есть неспособным и невосприимчивым к изменениям

Связи моделируют отношения сущностей, возникающие в результате взаимодействия сущностей в ходе реализации бизнес – процессов.

Типы связей:

1) унарные или рекурсивные – это связи между экземплярами одной и той же сущности, например, связь "подчиняться" моделирующая отношение "руководитель - подчиненный" на экземплярах сущности РАБОТАЮЩИЙ;

2) бинарные – это связи между двумя сущностями, например, связь "изучает" между сущностями СТУДЕНТ и ДИСЦИПЛИНА;

3) n – арные – это связи между более, чем двумя, сущностями, например, связь "обучает" между сущностями СТУДЕНТ, ПРЕПОДАВАТЕЛЬ и ДИСЦИПЛИНА.

Унарные и бинарные связи характеризуются мощностью и обязательностью. Характеристики задаются на каждом конце связи.

Мощность – это количество экземпляров сущности участвующих в каждом конкретном экземпляре связи.

В зависимости от мощности различают следующие виды связей:

1) " один – к - одному ", например, связь "имеет" между сущностями СТУДЕНТ и МЕДИЦИНСКАЯ_КАРТА при условии, что учитываются только карты в конкретной поликлинике;

2) " один – ко многим ", например, связь "состоит из" между сущностями СТУДЕНТ и ГРУППА при условии, что в базе будет храниться информация только об одной группе, в которой обучается студент;

3) "многие – ко многим", например, связь "изучает" между сущностями СТУДЕНТ и ДИСЦИПЛИНА.

Порядок выполнения приведен в таблице 1.

Таблица 1.

Задания и порядок выполнения работы

№	Название	Описание
	Спроектировать таблицы	Создать таблицы*, определить свойства полей каждой таблицы, определить первичные ключи таблиц.
	Построить схему базы данных	Дополнить таблицы полями для реализации связей «один ко многим». Создать связи между таблицами, создать таблицы для реализации связи «многие ко многим».
	Заполнить таблицы данными	Заполнить таблицы данными для проведения экспериментов. Количество записей в таблице не менее 5.
	Реализовать запрос к базе данных	Создать простые запросы к БД, используя конструктор и мастер запросов, создать запросы с параметром, создать запросы с групповыми операциями.
5**	Создать форму	Используя мастер форм, создать формы ввода (Формы) для добавления и изменения данных таблиц.
6**	Создать отчеты	Создать отчеты с использованием мастера составления отчетов в соответствии с заданием.

В процессе защиты отчета по лабораторной работе необходимо обосновать правильность всех принятых решений.

* Допускается добавлять только ключевые атрибуты и атрибуты для установки связей между сущностями.

**Задания 5 и 6 не описаны. Изучить самостоятельно, используя справку Microsoft Access.

Варианты для выполнения работы приведены в приложении 1.

Дан список атрибутов: Код факультета, Наименование факультета, Код специальности, Наименование специальности, № группы, Код студента, ФИО студента, Наименование дисциплины, Оценка.

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

Проанализировав заданные атрибуты и определившись с предметной областью, необходимо выделить атрибуты, которые могут относиться к одной сущности. Главное правило: все, что можно хранить отдельно, нужно хранить отдельно (как справочник). Например, сущностями будут являться: Факультет, Специальность, Группа, Студент, Дисциплина.

Сущность «Оценка», как результат взаимодействия сущностей «Дисциплина» и «Студент», будет являться бинарной связью (тип связи – многие ко многим), и должна быть реализована в виде отдельной таблицы.

По условию и собственному опыту понимаем:

- факультетов может быть много: сущность «Факультет» (табл. 2);

в одном факультете может быть несколько специальностей: сущность «Специальность», которая привязана к факультету, т.е. связана с сущностью «Факультет» отношением один ко многим. В сущность «Специальность» необходимо добавить атрибут для связи с факультетом «код факультета» (табл. 3).

Таблица 2

Код факультета	Наименование факультета
	ИВТ
	УК

Таблица 3

Код специальности	Наименование специальности	Код факультета
	Вычислительные машины, комплексы, системы и сети
	Системы автоматизированного проектирования
	Автоматизированные системы обработки информации и управления
	Мехатронные системы
	Безопасность жизнедеятельности

Данные в таблице означают, что специальности с кодом 1,2,3 относятся к факультету ИВТ, а специальности 4,5 – к факультету УК.

- в каждой специальности могут быть несколько групп: сущность «Группа» с полем «код специальности» (аналогично сущности «Специальность» с полем «код факультета»);

- в каждой группе могут учиться много студентов: сущность «Студент» с полем «код группы»;

Далее рассуждения изменяются в сторону установления сложных взаимодействий между сущностями:

- одна и та же дисциплина может входит в учебную программу нескольких специальностей, но и на каждой специальности изучается несколько дисциплин: в результате появляется сущность «Дисциплина» с полями «код дисциплины» и «наименование дисциплины», а отношение с сущностью «Специальность» необходимо оформить в виде отдельной таблицы: Дисциплина Специальность _Дисциплина Специальность

Оценка студенту выставляется за дисциплину, т.е. у каждого студента множество оценок по разным дисциплинам: в результате появляется сущность «Оценка студента» с полями «код студента», «код дисциплины» и «оценка», т.е. она связана с сущностями «Студент» и «Дисциплина» (смотри предыдущее рассуждение).

Рис. 1. Результат выполнения Шага 1. «Выписать атрибуты сущностей»

Рис. 2. Результат выполнения Шага 2. «Сгруппировать атрибуты по принадлежности к одной сущности. Задать ключевое поле (ключевой атрибут)».

Рис. 3. Результат выполнения Шага 3. «Дополнить сущности атрибутами для установления связей «один ко многим».

Рис. 4. Результат выполнения Шага 4. «Добавить сущности для реализации связи «многие ко многим».

При проектировании БД необходимо помнить следующее:

-всегда задавайте ключевое поле, которое будет однозначно характеризовать строку таблицы – данные в ключевом поле не должны повторяться (ключ может состоять из нескольких полей);

-ключевое поле должно быть числового типа или типа счетчик;

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

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

В приложении 2 к методическим указаниям в презентации на слайдах показан пример проектирования базы данных с использованием анимации и некоторые приемы работы в СУБД Access 2010.

Дата добавления: 2015-05-10