Справочник задач, решаемых пользователем

Справочник задач, решаемых пользователем, представлен в таблице 10.

 

Таблица 10 - Справочник задач решаемых пользователем

Наименование задачи	Цель решения задачи	Сущности, используемые при решении задачи	Частота решения задачи (месяц)
Наличие товара на складе и в магазине	Узнать наличие какого-либо товара на складе и в магазине	Товары	Примерно 30 раз (по мере необходимости)
Сведения о сотрудниках	Узнать информацию о сотрудниках, времени зачисления на работу, количество сотрудников,вывести с указанием должности и времени приема на работу сотрудников магазина в алфавитном порядке	Сотрудники	По мере необходимости
Сведения о поставщиках	Узнать сведения об интересующих поставщиках и поставляемых ими товарах, а также ценах на эти товары.	Поставщики	По мере необходимости
Сведения о производителях	Узнать сведения о производителях товаров.	Производители	По мер необходимости
Сведения о заказах мебели	Узнать информацию об оформленных заказах, их цене и сроках выполнения.	Заказ мебели	По мере необходимости
Сведения об обладателях дисконтных карт	Узнать информацию об обладателях дисконтных карт, их процентной ставке и Ф.И.О. сотрудника оформившего карту.	Обладатели дисконтных карт	По мере необходимости
Сведения о поставщиках	Вывести информацию о поставщиках в алфавитном порядке, зарегистрированных в Благовещенске с указанием адреса.	Поставщики	По мере необходимости
Добавить строку в таблицу	Добавить строку в таблицу Товары. Просмотреть новую таблицу.	Товары	По мере необходимости
Удалить строку из таблицы	Удалить строку из таблицы Сотрудники. Просмотреть полученную таблицу	Сотрудники	По мере необходимости
Изменить процентные ставки по дисконтным картам	Изменить процентные ставки по дисконтным картам у Пасика И.А. и Слепеньковой Е.А. Просмотреть результат.	Обладатели дисконтных карт	По мере необходимости

 

Логическое проектирование

Целью данного этапа является построение реляционной логической модели. Реляционная логическая модель представляет собой совокупность нормализованных отношений, в которых реализованы связи между объектами предметной области и выполнены все преобразования, необходимые для ее эффективной реализации в среде конкретной СУБД.

 

Отображение концептуально-инфологической модели на реляционную модель

 

) Связь «Сотрудники - Заказ мебели» является связью типа «один-ко-многим». При отображении ключ порожденной сущности добавляется в исходную сущность. Порожденной сущностью является сущность «Сотрудники», исходной - «Заказ мебели».

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

) Связь «Сотрудники - Товары» является связью типа «один-ко-многим». При отображении ключ порожденной сущности добавляется в исходную сущность. Порожденной сущностью является сущность «Сотрудники», исходной - «Товары».

4) Связь «Производители - Товары» является связью типа «один-ко-многим». При отображении ключ порожденной сущности добавляется в исходную сущность. Порожденной сущностью является сущность «Производители», исходной - «Товары».

) Связь «Поставщики - Товары» является связью типа «один-ко-многим». При отображении ключ порожденной сущности добавляется в исходную сущность. Порожденной сущностью является сущность «Поставщики», исходной - «Товары».

) Связь «Типы товаров - Товары» является связью типа «один-ко-многим». При отображении ключ порожденной сущности добавляется в исходную сущность. Порожденной сущностью является сущность «Поставщики», исходной - «Товары».

Объединяя полученные отношения, формируем итоговый набор реляционных отношений:

 

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

 

Приведение к Первой нормальной форме:

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

Приведение ко Второй нормальной форме:

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

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

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

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

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

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

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

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

Приведение к Третьей нормальной форме:

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

 

 

Физическое проектирование

Создание Базы данных

Листинг создания таблиц:

Create table sotrudniki

(IdSot bigint not null,char(40) not null,smalldatetime not null,char (40) not null,bigint not null,char (40) not null,smalldatetime not null,key (IdSot))

table TipTovara

(KodTipa bigint Primary key not null,char (20) not null)

table Postavchiki

(KodPost bigint Primary key not null,char (20) not null,char (50) not null,bigint not null)

table Proiz_Mebeli

(KodProiz bigint Primary key not null,_proiz char (40) not null,char (30) not null)

 

Create table ZakazMebeli

(idSot bigint foreign key references sotrudniki (IdSot) ON UPDATE NO ACTION ON DELETE SET NULL,bigint not null,_zacaza char (50) not null,smalldatetime not null,smalldatetime not null,money not null,key(KodZakaza)

)

table Disk_kart

(idSor bigint foreign key references sotrudniki (IdSot) ON DELETE SET NULL ON UPDATE CASCADE,_kart bigint not null,char (40) not null,smalldatetime not null,bigint not null,smallint not null,key (id_kart),ch_proc check (ProcentSt in ('5', '10', '15'))

table Tovar

(idSot bigint foreign key references sotrudniki (IdSot) ON DELETE SET NULL ON UPDATE CASCADE,_tip bigint foreign key references TipTovara (KodTipa) ON DELETE CASCADE ON UPDATE CASCADE,_post bigint foreign key references Postavchiki (KodPost) ON DELETE CASCADE ON UPDATE CASCADE,_proiz bigint foreign key references Proiz_Mebeli (KodProiz) ON DELETE CASCADE ON UPDATE CASCADE,bigint Primary key not null,char (20) not null,char (20) not null,_vo_na_sklade bigint not null,_vo_v_magazine bigint not null,char (20) not null,char (30) not null,money not null,ch_skl check (Kol_vo_na_sklade <=200),ch_mag check (Kol_vo_v_magazine <=5),

Создание индекса (для таблицы сотрудники - упорядочить по алфавиту):

CREATE UNIQUE INDEX sot_ki ON(fio asc);

 

Проверка индекса:

select Fiosotrudniki

 

 

 

4.2 Связь между таблицами