связь 1:м (м-заказы на ремонт) и кп обязательно, аналогично связана сущность заказы на ремонт с остальными сущностями таблицы.
14. Разработайте ER-схему БД Сеть кондитерских магазинов: виды товара, поставщики, торговые точки, журнал поступления и отпуска товара.
Добавим атрибуты Код товара, Код поставщика, Код точки и Код поступления, так как использовать номера телефонов неудобно, названия товаров могут повторятся, а за одно поступления может доставиться несколько товаров.
Связи: будем считать, что торговая точка – это супер маркет, в которую поступают все товара от всех поставщиков (или несколько видов от нескольких), а один поставщик может поставлять разные товары и один товар могут поставлять разные поставщики. Основываясь на этом, получим следующие связи:
Виды товара – Журнал поступления 1:м, кп м обязательное Виды товара – Связка 1:м, кп м обязательное Поставщики – Журнал поступления 1:м, кп м обязательное Виды товара – Связка 1:м, кп м обязательное
Торговые точки – Журнал поступления 1:м, кп м обязательное
15. Дано отношение ДОКУМЕНТАЦИЯ (первые 6 записей):
Номер |
Наименование |
Тип документа, |
Количество выпускаемых |
отдела |
отдела |
выпускаемого |
документов данного типа |
|
|
отделом |
|
|
|
|
|
1 |
Бухгалтерия |
Док2 |
100 |
|
|
|
|
1 |
Бухгалтерия |
Док4 |
200 |
|
|
|
|
1 |
Бухгалтерия |
Док5 |
120 |
|
|
|
|
2 |
Технический |
Док2 |
140 |
|
|
|
|
2 |
Технический |
Док3 |
100 |
|
|
|
|
3 |
Чертежный |
Док3 |
130 |
|
|
|
|
и т.д.
Номер отдела и наименование отдела - уникальны, документы одного типа могут выпускаться в разных отделах. Определите потенциальные ключи, аномалии, зависимости. Нарушение какой нормальной формы наблюдается? Нормализуйте отношение. Постройте реляционную схему БД.
Потенциальные ключи: Номер отдела+тип документа, выпускаемого отделом; наименование отдела+тип документа, выпускаемого отделом Аномалии:Удаления, включения и модификации
Зависимости: Номер отдела->Тип документа; Номер отдела+Тип документа- >Количество выпускаемых документов данного типа; Наименование отдела- >Тип документа; Наименование отдела+Тип документа->Количество выпускаемых документов данного типа Нарушение 2НФ
Отделы
Номер отдела*
Наименование
отдела
Документация
Номер отдела*
Тип документа
Количество
документов
16. Дано отношение СОТРУДНИКИ (первые 4 записи):
Код |
ФИО |
Должность |
Номер |
Наименование |
Квалифика- |
сотрудника |
|
|
отдела |
отдела |
ция |
|
|
|
|
|
|
7513 |
Иванов |
Программист |
128 |
Программный |
C++, Java |
|
И.И. |
|
|
|
|
|
|
|
|
|
|
9842 |
Сидоров |
Администратор |
42 |
Финансовый |
DB2 |
|
С.С. |
БД |
|
|
|
|
|
|
|
|
|
6651 |
Петров |
Программист |
128 |
Программный |
VB, Java |
|
П.П. |
|
|
|
|
|
|
|
|
|
|
9006 |
Николаев |
Сисадмин |
128 |
Программный |
Windows, |
|
Н.Н. |
|
|
|
Linux |
|
|
|
|
|
|
и т.д.
Нарушения каких нормальных форм наблюдаются? Нормализуйте отношения. Постройте реляционную схему БД.
Нарушение 1НФ, 3НФ, НФБК
17. Дано отношение ИЗДАТЕЛЬСТВА (первые 6 записей):
Номер издательства |
Наименование издательства |
Жанр |
Количество |
|
|
изданий |
изданий |
|
|
|
|
1 |
ФОРУМ |
Детектив |
1000 |
|
|
|
|
1 |
ФОРУМ |
IT-литература |
2000 |
|
|
|
|
4 |
ЛЭИЗ |
Детектив |
12000 |
|
|
|
|
2 |
ТРАНС |
Фантастика |
14000 |
|
|
|
|
2 |
ТРАНС |
Спорт |
10000 |
|
|
|
|
3 |
ФИЗМАТ |
IT-литература |
13000 |
|
|
|
|
и т.д.
Номера и наименования издательств – уникальны, издания одного и того же жанра могут издаваться разными издательствами. Определите потенциальные ключи, аномалии, зависимости. Нарушение какой нормальной формы наблюдается? Нормализуйте отношение. Постройте реляционную схему БД.
Потенциальные ключи: Номер издательства+жанр изданий; Наименование издательства+жанр изданий Аномалии:Удаления, включения и модификации
Зависимости: Номер издательства->Жанр изданий; Номер издательства+Жанр изданий->Количество изданий; Наименование издательства->Жанр изданий; Наименование
издательства+Жанр изданий->Количество изданий Нарушение 2НФ
|
|
|
|
|
Работа |
|
|
Издательства |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Номер |
||
Номер |
|
|
||||
|
|
|
|
|
||
издательства* |
|
|
издательства* |
|||
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
Жанр изданий |
||
Наименование |
|
|
||||
|
|
Количество |
||||
издательства |
|
|
изданий |
|||
|
|
|
|
|
||
|
|
|
|
|
|
|
Ответы на вопросы по лекциям
ЛК2
1. Определите понятия:
a) Отношения-сущности-таблицы
Отношение - это двумерная таблица, имеющая уникальное имя и состоящая из строк и столбцов
b)Атрибут — это поименованный столбец отношения.
c)Экземпляр отношения - это соответствующая строка
Схема отношения – это именованное множество имен атрибутов; Кортежем - это множество пар {имя атрибута, значение атрибута}, в которых
атрибуты совпадают с атрибутами схемы, а их значения принадлежат соответствующему домену.
Тело отношения - множество кортежей Тело отношения характеризуется мощностью или кардинальным числом,
которое равно количеству содержащихся в нем кортежей.
Степень отношения определяется количеством атрибутов, которое в нем присутствует. Определение степени отношения осуществляется по заголовку отношения.
Заголовок отношения – это множество имен атрибутов.
d)Ключи – это множество атрибутов, которые удовлетворяют два независимых от времени условия: уникальность и минимальность.
Домен – множество допустимых значений атрибута
e)Связывание отношений – установление соответствий полей связи основной (родительской) и дополнительной (дочерней) таблиц
Типы связей:
1.Один-к-одному (1:1)
2.Один-ко-многим (1:М)
3.Многие-ко-многим (М:М)
f) Индексирование – процесс построение индексов (индексы – структуры данных, используемые для ускорения поиска и доступа к отдельным записям реляционной таблицы)
2. Поддержка целостность БД
a)Ограничение атрибутов - первый тип ограничений, проистекает из того факта, что каждый атрибут может быть определен только на своем домене, или наоборот: домен атрибута задает множество значений, которые может принимать атрибут.
b)Сущностная целостность – второй тип ограничений , ограничивает набор значений первичных ключей таким образом, чтобы любой кортеж отношения был бы отличим от любого другого кортежа этого же отношения.
c)Ссылочная целостность – третий тип ограничений, состоит в том, что либо
значение внешнего ключа каждой записи дочерней таблицы должно быть неопределенным (NULL), либо для него должна найтись запись с таким же значением первичного ключа в родительской таблице
d) Методы контроля целостности 1. Ввод (INSERT) новых записей.