Разработка автоматизированной информационной системы "Продажа видеомагнитофонов", страница 4

Поставки

	Название атрибута	Тип атрибута
*	КодПоставки	Счетчик
	КодПоставщика	Числовой
	КодВМ	Числовой
	ДатаПоставки	Дата/время
	Количество	Числовой
	ЦенаПостаки	Денежный

       3.3Ключи отношений.

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

В базе данных каждому клиенту, каждой поставке, каждому поставщику, каждой ВМ, каждой покупке, каждой фирме, каждому городу присвоен уникальный номер – код. В таблицах:

1)         Клиенты – «КодКлиента»;

2)         Поставщики – «КодПоставщика»;

3)         Покупки – «КодПокупки»;

4)         Поставки– «КодПоставки»;

5)         ВМ – «КодВМ»;

6)         Фирмы – «КодФирмы»;

7)         Города – «КодГор».

3.4 Нормализация отношений.

Отношения реляционной базы данных можно привести к такому виду, который обеспечит наилучшие свойства базы данных. Процесс приведения к такому виду называется нормализацией.

Известно 6 нормальных форм отношений.

Нормализация выполняется поэтапно: сначала отношение приводится к 1-й нормальной форме, затем его приводят ко 2-й НФ и так далее.

Для устойчивой работы базы данных часто оказывается достаточным, если её отношения находятся в 3НФ.

1НФ.

Отношение находится в 1НФ, если значение каждого её атрибута не структурировано. Это означает, что на пересечении каждого столбца и каждой строки таблицы должно находиться одно единственное значение.

Все отношения базы данных находятся в 1НФ, так как среди них нет ни одного, имеющего структурированные атрибуты.

2НФ.

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

Все отношения базы данных находятся во 2НФ, так как нет отношений имеющих составной первичный ключ.

3НФ.

Отношение находится в 3НФ, если в нем нет функционально полной зависимости между неключевыми атрибутами.

Все отношения базы данных находятся в 3НФ.

3.5 Связи между отношениями.

<4> Запросы к базе данных и процедуры обработкиданных.

 Перечень возможных типов запросов к базе данных.

1.Каким клиентом, в каком количестве и на какую общую сумму были сделаны покупки?

Режим конструктора:

Режим таблицы:

Клиент	Количество	Общая сумма
Фонограф	9	61 500,00р.
Элекс	2	15 600,00р.
Альфа+	10	75 000,00р.
Техника в быту	13	66 300,00р.
Мелодия	7	18 900,00р.

2. Какая прибыль получена с каждой продажи?

Режим конструктора:

Режим таблицы:

Модель	Цена продажи	Цена поставки	Количество	Прибыль
VC-135RU	2 700,00р.	1 700,00р.	5	5 000,00р.
NV-HD620EU	7 800,00р.	6 800,00р.	2	2 000,00р.
SLV-SE500K	7 500,00р.	6 500,00р.	10	10 000,00р.
SLV-E880EG	12 000,00р.	11 000,00р.	4	4 000,00р.
VC-135RU	2 700,00р.	1 700,00р.	7	7 000,00р.
BC-490W	5 100,00р.	4 100,00р.	13	13 000,00р.

3. Какой клиент, какую модель, в каком количестве, по какой цене, когда и на  какую  общую сумму были сделаны покупки?

Режим конструктора:

Режим таблицы:

Клиент	Модель	Количество	Цена продажи	Дата	На складе	Итог
Фонограф	VC-135RU	5	2 700,00р.	06.02.04	30	13 500,00р.
Элекс	NV-HD620EU	2	7 800,00р.	20.02.04	10	15 600,00р.
Альфа+	SLV-SE500K	10	7 500,00р.	15.03.04	35	75 000,00р.
Фонограф	SLV-E880EG	4	12 000,00р.	12.05.04	32	48 000,00р.
Мелодия	VC-135RU	7	2 700,00р.	21.04.04	30	18 900,00р.
Техника в быту	BC-490W	13	5 100,00р.	12.03.04	15	66 300,00р.

4. Какой поставщик, какую модель, в каком количестве, по какой цене,  на какую общую сумму , когда поставил и сколько осталось на складе?

Режим конструктора:

Режим таблицы: