Разработка интернет-магазина мебели

Данная сущность идентифицируется атрибутом КодСотрудника, он является и первичным ключом таблицы. В сущности не используются ограничения. Сущность «Сотрудники» является родительной по отношению к таблице «Обладатели дисконтных карт». Эти сущности связаны отношением «один по многим», т.к. один сотрудник может оформить несколько дисконтных карт. Также сущность сотрудники является родительной таблицей по отношению к сущностям «Заказ мебели» и «Товары». Эти сущности связаны отношением «один ко многим», т.к. один сотрудник оформляет несколько заказов мебели и один сотрудник может продать несколько товаров.

Таблица 3 - Атрибуты сущности «Типы товаров»

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

Таблица 4 - Атрибуты сущности «Товары»

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

Таблица 5 - Атрибуты сущности «Заказ мебели»

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

Таблица 6 - Атрибуты сущности «Поставщики»

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

Таблица 7 - Атрибуты сущности «Обладатели дисконтных карт»

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

Таблица 8 - Атрибуты сущности «Производители»

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

2.3 Выявление связей между сущностями

Выявленные связи и аргументация представлены в таблице 9.

Таблица 9 - Установление связей между сущностями

Рисунок 1 - Концептуально-инфологическая модель

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 Связь между таблицами

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

1. Наличие товара на складе и в магазине:

create view [Наличие товара] as

Nazvanie, Kol_vo_na_sklade, Kol_vo_v_magazineTovarTipMebeli='Стулья'by Nazvanie

2. Сведения о сотрудниках - вывести с указанием должности и времени приема на работу сотрудников магазина в алфавитном порядке:

view [Сведения о сотрудниках] as

select Fio, DataPriema, Doljnostsotrudniki by Fio

3. Сведения о поставщиках - вывести сведения об интересующем поставщике мебели (Название, поставляемая мебель с указанием цены):

create view [Сведения о поставщиках] as

select TipMebeli, Nazvanie, ZenaTovar

where Postavchik='Креатив'

4. Сведения о производителях - узнать сведения о производителях:

view [Сведения о производителях] as

select Nazv_proiz, StranaProiz_Mebeli by Nazv_proiz

5. Сведения о заказах мебели - вывести информацию о заказе (наименование товара, дата заказа, дата выполнения, цена):

create view [Сведения о заказах] as

select DataOform, Opis_zacaza, DataIspol, ZenaZakaza ZakazMebeli

order by DataOform

6. Сведения об обладателях дисконтных карт - вывести информацию о владельце карты, процентную ставку, Ф.И.О. сотрудника, ее оформившего:

create view [Сведения о ОДК] as

d. Fio, d. ProcentSt, s. Fiosotrudniki s, Disk_kart dd.idSor= s. IdSotby d. Fio

7. Сведения о поставщиках - вывести информацию о поставщиках в алфавитном порядке, зарегистрированных в Благовещенске с указанием адреса:

create view [Поставщики Блага] as

Nazvanie, AdressPostavchikiAdress like 'г. Благовещенск % ' by Nazvanie

. Добавить строку в таблицу Товары. Просмотреть новую таблицу

create view [Доб строку] as

insert into Tovar (idSot, id_tip, id_post, id_proiz, KodTovara, TipMebeli, Nazvanie, Kol_vo_na_sklade, Kol_vo_v_magazine, Postavchik, Proizvoditel, Zena)('11', '50', '104', '200', '00890', 'Спальня', 'Венеция', '3', '1', 'Элит', 'ДольчеВита', '70000')

9. Удалить строку из таблицы Сотрудники:

create view [Удал строку] as

sotrudniki Fio ='Кречетов Дмитрий Юрьевич'

10. Изменить процентные ставки по дисконтным картам у Пасика И.А. и Слепеньковой Е.А.:

create view [Изменить проц ставки] as

update Disk_kartidSor='11', id_kart='0000045', Fio='Пасика Ирина Анатольевна', DataR='04.08.1990', Telefon='9143856067', ProcentSt='15'Fio='Пасика Ирина Анатольевна'

Disk_kartidSor='11', id_kart='0027595', Fio='Слепенькова Елена Андреевна', DataR='22.06.1989', Telefon='9243855960', ProcentSt='15'

where Fio='Слепенькова Елена Андреевна'

Библиографический список

1. Чепак Л.В. Лекции и лабораторные работы по СУБД;

2.      Виктор Гольцман MySQL 5.0. Библиотека программиста: Питер; Санкт-Петербург 2010;

3. Аткинсон, Леон. MySQL. Библиотека профессионала.: Пер. с англ. - М.: Издательский дом «Вильяме», 2002. - 624 с.

.   Илюшечкин В.М. Основы использования и проектирования баз данных:

учеб. Пособие - М.: Юрайт: ИД Юрайт, 2011. - 213 с.

.   Электронные ресурсы (www. Google. ru)