База данных по продаже автомобилей

ПРАВИЛО 1. Если степень бинарной связи равняется 1:1 и класс принадлежности обеих сущностей является обязательным, то нужно только одно отношение. Первичным ключом этого отношения может быть ключ каждой из двух сущностей.

ПРАВИЛО 2. Если степень  бинарной связи равняется 1:1 и класс принадлежности одной сущности является обязательным, а другой – необязательным, то необходимое построение двух отношений. Под каждую сущность необходимое выделение одного отношения, при этом ключ сущности должен служить первичным ключом для соответствующего отношения. Кроме того, ключ сущности, для которого класс принадлежности есть необязательным, добавляется как атрибут в отношение, выделенное для сущности с обязательным классом принадлежности.

ПРАВИЛО 3. Если степень  бинарной связи равняется 1:1 и класс принадлежности ни одной сущности не является обязательным, то необходимо использовать три отношения: по одному для каждой сущности, ключи которых служат в качестве первичных в соответствующих отношениях, и одного для связи. Среди своих атрибутов отношение, выделенное для связи, будет иметь по одному ключу от каждой сущности.

ПРАВИЛО 4. Если степень  бинарной связи равняется 1:N и класс  принадлежности N-связной сущности является обязательным, то достаточным  является использование двух отношений, по одному на каждую сущность. Ключ 1-связной сущности должен быть прибавлен как атрибут в отношение, которое отводится N-связной сущности.

ПРАВИЛО 5. Если степень  бинарной связи равняется 1:N и класс  принадлежности N-связной сущности есть необязательным, то необходимое формирование трех отношений: по одному для каждой сущности, причем ключ каждой сущности служит первичным ключом соответствующего отношения, и одного отношения для связи. Связь должна иметь среди своих атрибутов ключ от каждой сущности.

ПРАВИЛО 6. Если степень  бинарной связи равняется М:N, то для хранения данных необходимо три отношения: по одному для каждой сущности, причем ключ каждой сущности используется в качестве первичный ключ соответствующего отношения, и одного отношения для связи. Последнее отношение должно иметь в числе своих атрибутов ключ каждой сущности.

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

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

ПРАВИЛО 7. В случае трехсторонней  связи необходимо использовать 4 предыдущих отношения по одному для каждой сущности, причем ключ каждой сущности  должен служить в качестве первичного ключа для соответствующего отношения, и одно для связи. Отношение, которое порождается связью, будет иметь среди своих атрибутов ключи сущности от каждой сущности.

 

2.3 Нормализация отношений методом ER-диаграмм

 

Как было сказано выше проектирование может вестись двумя способами: декомпозицею и методом ER-диаграмм. Метод декомпозиции не рационально использовать при количестве атрибутов больше 20.  Следовательно для проектирования используем метод ER-диаграмм.

Рассмотрим связь между объекты КЛИЕНТ : ЗАКАЗ

Построим ER диаграмму  для их экземпляров.

Клиент  даёт    заказ

11      З№1

22      З№2

33      З№3

44      З№4

З№5

(а)

(б)

Рисунок 2.1  - ER диаграммы экземпляров (а) и ER диаграммы объектов                   (б) сущностей КЛИЕНТ и ЗАКАЗ

По правилу № 4 в  таблицу Заказ будет добавлен первичный ключ таблицы Клиент.

 

Таблица 2.1 Клиент

Клиент
Код	ФИО	Адрес	Телефон
11	Иванов В.И.	Степная 15	0504263589
22	Дьяченко И.В.	Ленина 5	0952236547
33	Сидокенко И.А.	Солнечный 12	0663215618
44	Васильев Г.В.	Тухачевского 37/1 кв 5	0637351264

 

Функциональные зависимости отношения КЛИЕНТ:

код клиента à ФИО клиента

код клиента à адрес

код клиента à мобильный телефон

Детерминанты отношения КЛИЕНТ: код клиента

Возможный ключ отношения КЛИЕНТ: код клиента

Следовательно каждый детерминант  является возможным ключом. Отношение КЛИЕНТ находиться в НФБК

Таблица 2.2 Заказ

Заказ
Код заказа	дата  заказа	дата  поставки	код клиента
З№1	1.11.2010	9.11.2010	11
З№2	5.11.2010	25.11.20210	11
З№3	08.11.2010	12.11.2010	22
З№4	18.11.2010	1.12.2010	33
З№5	25.11.2010	05.12.2010	44

 

 

Функциональные зависимости отношения ЗАКАЗ:

код заказа à дата заказа

код заказа à дата поставки

код заказа à код клиента

Детерминанты отношения ЗАКАЗ: код заказа

Возможный ключ отношения ЗАКАЗ: код заказа

Следовательно каждый детерминант  является возможным ключом. Отношение ЗАКАЗ находиться в НФБК

 

 

 

 

 

Рассмотрим объекты  СОТРУДНИК : ЗАКАЗ

Сотрудник  делает    ЗАКАЗ

1      З№1      2      З№2

3      З№3

4      З№4

5      З№5

(а)

(б)

Рисунок 2.2  - ER диаграммы экземпляров (а) и ER диаграммы объектов                   (б) сущностей СОТРУДНИК и ЗАКАЗ

По правилу № 4 в  таблицу Заказ будет добавлен первичный ключ таблицы Сотрудник.

 

Сотрудник
код сотрудника	ФИО	Должность	Адрес	Телефон	дата  рождения	идентификационный код
1	Иванов С.М.	Директор	Лесная 115	23-12-75	28.12.1965	1679365
2	Игнатьева И.В.	Менеджер по продажам	Солнечная 21	35-85-90	12.10.1975	2565563
3	Резванов И.Е.	Заведующий складом	Рабочая 12	35-85-90	12.10.1975	4213447
4	Леванова В.С.	Менеджер по продажам	Веревчина 11	28-15-47	23.09.1978	5464792
5	Смирнова Е.И.	бухгалтер	Смольная	72-56-88	05.10.1980	6596265

Таблица 2.3 Сотрудник

 

 

 

Функциональные зависимости отношения СОТРУДНИК:

код сотрудника à ФИО сотрудника

код сотрудника à должность

код сотрудника à адрес

код сотрудника à телефон

код сотрудника à дата рождения

код сотрудника à идентификационный код

Детерминанты отношения СОТРУДНИК: код сотрудника

Возможный ключ отношения  СОТРУДНИК: код сотрудника

Следовательно каждый детерминант  является возможным ключом. Отношение СОТРУДНИК находиться в НФБК

Таблица 2.4 Заказ

 

Заказ
Код заказа	дата заказа	дата поставки	код клиента	код сотрудника
З№1	1.11.2010	9.11.2010	11	2
З№2	5.11.2010	25.11.20210	11	2
З№3	08.11.2010	12.11.2010	22	2
З№4	18.11.2010	1.12.2010	33	4
З№5	25.11.2010	05.12.2010	44	4

 

Функциональные зависимости отношения ЗАКАЗ:

код заказа à дата заказа

код заказа à дата поставки

код заказа à код клиента

код заказа à код сотрудника

Детерминанты отношения ЗАКАЗ: код заказа

Возможный ключ отношения ЗАКАЗ: код заказа

Следовательно каждый детерминант  является возможным ключом. Отношение ЗАКАЗ находиться в НФБК

 

 

Рассмотрим объекты  ЗАКАЗ : ТОВАР

 

 

Заказ     заказывает   Товар

  З№1       321

  З№2       345

  З№3       241

  З№4       163

  З№5       173

142

625

(а)

(б)

Рисунок 2.3  - ER диаграммы экземпляров (а) и ER диаграммы объектов                   (б) сущностей ЗАКАЗ и ТОВАР

По правилу № 4 в  таблицу Товар будет добавлен первичный ключ таблицы Заказ

 

Таблица 2.5 Заказ

Заказ
Код заказа	дата заказа	дата поставки	код клиента	код сотрудника
З№1	1.11.2010	9.11.2010	11	2
З№2	5.11.2010	25.11.20210	11	2
З№3	08.11.2010	12.11.2010	22	2
З№4	18.11.2010	1.12.2010	33	4
З№5	25.11.2010	05.12.2010	44	4

 

 

Функциональные зависимости отношения ЗАКАЗ:

код заказа à дата заказа

код заказа à дата поставки

код заказа à код клиента

код заказа à код сотрудника

Детерминанты отношения ЗАКАЗ: код заказа

Возможный ключ отношения ЗАКАЗ: код заказа

Следовательно каждый детерминант  является возможным ключом. Отношение ЗАКАЗ находиться в НФБК

Таблица 2.6 Товар

Товар
код товара	наименование	характеристики	описание	стоимость закупки	наличие	количество	код заявки
173	Ноутбук MSI	MSI S300-007	13.3" дисплей ноутбука S300 Crystal	25000	+	3	З№3
321	Ноутбук Acer	Aspire 9802	Ноутбуки серии Aspire 9800	200000	+	12	З№1
345	Сканер Perfection V700 Photo	полноцветный	Epson Perfection	1500	+	1	З№2
163	Клавиатура Genius	Genius KB-06XE Black	компактная  и легкая	300	-		З№2
241	Колонки MICROLAB H510 (5.1)	MICROLAB	Модель H-510	800	-		З№5
142	Модем D-Link	D-Link DEV-304	Новый Ethernet-over-VDSL	150	+	4	З№4
625	Монитор NEC 73V 17" LCD	17" (43,2 см)	Комплект поставки	9800	-		З№4

 

Функциональные зависимости отношения ТОВАР: