Размещено на http://www.allbest.ru/

Министерство Образовании Республики Таджикистана

Кафедра «АСОИ и У»

Пояснительная записка

К курсовой работе

по базе данных

На тему « Магазин автозапчастей»

Разработал: студент 2-го курса гр. 530102Б2

Махмудов А.

Проверил: Виталий В. Шин.

Душанбе 2013



Содержание

Bведение

1. Проектирование базы данных

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

1.2 Системный анализ предметной области

1.3 Описание программного обеспечения

2. Таблицы

2.1 Реляционная модель БД

2.2 Создание таблиц

2.3 Заполнение таблиц

3. Пользователи, роли и SQLзапросы

Заключение

Список литературы

база данные программный реляционный



Аннотация

База данных, созданию которой будет посвящена данная курсовая работа, предназначена для цеха по производству мыла. В соответствии с бизнес-моделью будет создана та часть базы данных, в которой будут рассмотрены процессы закупки сырья, продажи готового товара, а также описание готового товара. База данных будет создаваться при помощи СУБД Oracle 10gExpressEdition.



Введение

Задачей данной курсовой работы является реализация базы данных на тему «Магазин автозапчастей».

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

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



1. Проектирование баз данных

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

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

Важным этапом проектирования БД является нормализация, т.е. преобразование сети, представляющей БД, сначала в деревья, а затем в совокупность отношений. При этом связи, представленные в сетях дугами, учитываются путем добавления в соответствующие отношения общих атрибутов. Нормализация - процесс, состоящий из нескольких шагов: сначала строится первая нормальная форма БД, затем она преобразуется в более удобную для использования вторую нормальную форму, затем строится третья нормальная форма и этот процесс может быть продолжен.

С точки зрения организации работ с БД СУБД делятся на:

- предназначенные для индивидуальной работы на персональных компьютерах,

- предназначенные для коллективной работы в сетях.

Приступая к построению СУБД, разработчики прежде всего должны учесть, СУБД какого из указанных типов должно быть построено.

Наиболее сложно организованными СУБД являются системы второго типа. Обычно различаются следующие варианты работы с СУБД:

- индивидуальная (этот вариант работы возможен с СУБД обоих типов);

- в сети с централизованной обработкой данных;

- в сети с распределенной обработкой данных (в этом случае используется так называемая архитектура «клиент - сервер»).

Последние два варианта работы возможны только с СУБД второго типа.

При проектировании СУБД обеспечиваются средства описания, формирования данных их модификации, и использования для получения информации, необходимой пользователю. Каждая СУБД имеет свой язык пользователя, а также встроенные средства, облегчающие работу с данными (они часто называются интегрированными интерфейсами). В СУБД в настоящее время включается по крайней мере один интегрированный интерфейс, который всегда доступен. Это процессор языка запросов, позволяющий конечному пользователю формировать запросы к БД, используя язык высокого уровня. Типичным представителем языка запросов является язык SQL, версии которого реализованы во всех СУБД. Интерфейс пользователя, основанный на языке SQL, называют командным.

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

При разработке СУБД необходимо включить в них все указанные компоненты.



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

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

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

Что такое «несогласованные зависимости»? Пользователь, которому нужно узнать, например, адрес определенного клиента, вполне обоснованно будет искать его в таблице Customers (клиенты), но искать в ней сведения о зарплате сотрудника, который работает с этим клиентом, не имеет смысла. Зарплата сотрудника связана с сотрудником (зависит от него), поэтому эти сведения следует хранить в таблице Employees (сотрудники). Несогласованные зависимости могут затруднять доступ к данным, так как путь к данным при этом может отсутствовать или быть неправильным.

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

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

В описаниях ниже приведены соответствующие примеры.

Первая нормальная форма

Устраните повторяющиеся группы в отдельных таблицах.

Создайте отдельную таблицу для каждого набора связанных данных.

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

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

Что произойдет при добавлении третьего поставщика? Добавление третьего поля нежелательно, так как для этого нужно изменять программу и таблицу, поэтому данный способ плохо адаптируется к динамическому изменению числа поставщиков. Вместо этого можно поместить все сведения о поставщиках в отдельную таблицу Vendors (поставщики) и связать товары с поставщиками с помощью кодов товаров или поставщиков с товарами с помощью кодов поставщиков.

Вторая нормальная форма

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

Свяжите эти таблицы с помощью внешнего ключа.

Записи могут зависеть только от первичного ключа таблицы (составного ключа, если необходимо). Возьмем для примера адрес клиента в системе бухгалтерского учета. Этот адрес необходим не только таблице Customers, но и таблицам Orders, Shipping, Invoices, AccountsReceivable и Collections. Вместо того чтобы хранить адрес клиента как отдельный элемент в каждой из этих таблиц, храните его в одном месте: или в таблице Customers, или в отдельной таблице Addresses.

Третья нормальная форма

Устраните поля, не зависящие от ключа.

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

Например, в таблицу EmployeeRecruitment (наем сотрудников) можно включить адрес кандидата и название университета, в котором он получил образование. Однако для организации групповой почтовой рассылки необходим полный список университетов. Если сведения об университетах будут храниться в таблице Candidates, составить список университетов при отсутствии кандидатов не получится. Таким образом, создайте вместо этого отдельную таблицу Universities и свяжите ее с таблицей Candidates при помощи ключа -- кода университета.

Исключение. Выполнять нормализацию баз данных до третьей нормальной формы теоретически желательно, но не всегда практично. Например, для устранения всех возможных зависимостей между полями таблицы Customers придется создать отдельные таблицы для хранения сведений о городах, почтовых индексах, торговых представителях, категориях клиентов и любых других сведений, которые могут дублироваться в нескольких записях. С теоретической точки зрения нормализация желательна. Однако значительное увеличение числа маленьких таблиц может привести к снижению производительности СУБД или исчерпанию памяти и числа дескрипторов открытых файлов.

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

1.2 Системный анализ предметной области

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

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

Введется учет произведенного товара: качественного и некондиции.

Продукция хорошего качества транспортируется на склад магазина, а в последствие по счет-фактуре при наличии талона качества поставляется на «Железяка».

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

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

1.3 Описание программного обеспечения

OracleDatabase или Oracle RDBMS -- объектно-реляционная система управления базами данных компании Oracle.

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

СУБД Oracle поставляется в четырех различных редакциях, ориентированных на различные сценарии разработки и развертывания приложений (а также отличающиеся ценой):

* Oracle Database Standard Edition One

* Oracle Database Standard

* Enterprise Edition

* Oracle Database XE

* Oracle Database Personal Edition

* OracleDatabaseLite

Ограничения/ Доступность	ExpressEdition	PersonalEdition	StandardEditionOne	StandardEdition	EnterpriseEdition
Количество CPU/Sockets	1 CPU	Без ограничений	2 Sockets	4 Sockets	Без ограничений
RAM	1GB	Максимум ОС	Максимум ОС	Максимум ОС	Максимум ОС
Максимальное количество пользователей	Без ограничений	1	Без ограничений	Без ограничений	Без ограничений
Баз данных на сервер	1	Без ограничений	Без ограничений	Без ограничений	Без ограничений
Минимально пользовательских лицензий	NotApply	NotApply	5 NamedUsersPlus	5 NamedUsersPlus	25 Named Users Plus per CPU
Размер базы данных	4GB	Без ограничений	Без ограничений	Без ограничений	Без ограничений
Windows	Да	Да	Да	Да	Да
Linux	Да	Нет	Да	Да	Да
Unix	Нет	Нет	Да	Да	Да
64-Bit	Нет	Да	Да	Да	Да



2. Таблицы

2.1 Реляционная модель БД

2.2 Создание таблиц

Создание таблицы Поставщики:

Create table postavshiki (

id_postavshik number(20) not null,

Primary key(id_postavshik),

Postavshikvarchar2(30) not null,

Address varchar2(30) not null,

Phone number(30) not null unique,

Email varchar2(20) not null)

Созданиетаблицысклад:

Create table sklad (

Id_tovarnumber,

Primary key (id_tovar),

Id_postavshik number not null,

Foreign key (id_postavshik) references postavshiki(id_postavshik),

Name varchar2(20) not null,

Otdelvarchar2(20) not null,

Kolichestvo number not null,

Cena number not null)

Созданиетаблицыпродажей:

Createtableprodazhy (

Id_tovar number,

Foreign key (id_tovar) references sklad (id_tovar),

Pokupkavarchar2(20),

Date_pokupki date)

Созданиетаблицызаказчики:

createtablezakazchiki(

id_zakazchika number primary key,

FIO varchar2(50),

address number,

phone number)

Созданиетаблицынакладние:

Createtablenakladnie(

Id_zakazchika number,

foreign key (id_zakazchika) references zakazchiki (id_zakazchika),

Id_tovar number,

Foreign key (id_tovar) references sklad (id_tovar),

Nomer_nakladnoi number,

Date_z date)



2.3 Заполнение таблиц

Заполнение предварительными данными таблицыпоставшики:

insertintopostavshikivalues ('1', 'Поставщик1', 'ул. Рудаки 34', '918328173', 'postavsik1@mail.ru')

insertintopostavshikivalues ('2', 'Поставщик2', 'ул. Сино 37', '918346847', 'postavsik2@mail.ru')

insert into postavshiki values ('3', 'Поставщик3', 'ул. Шохмансур', '918536656', 'postavsik3@mail.ru')

insert into postavshiki values ('4', 'Поставщик4', 'ул. И.Сомони', '918877898', 'postavsik4@mail.ru')

insert into postavshiki values ('5', 'Поставщик5', 'ул. Чоми', '918344345', 'postavsik5@mail.ru')

Заполнение предварительными данными таблицы склад:

insert into sklad values ('1015', '1', 'Цилиндр', 'Легковые', '16', '100000')

insert into sklad values ('1016', '2', 'Ремень', 'Легковые', '18', '1000')

insert into sklad values ('1017', '3', 'Шины', 'Легковые', '14', '1040')

insert into sklad values ('1018', '4', 'Диски', 'грузовые', '17', '1077')

insert into sklad values ('1019', '5', 'Жидкость', 'грузовые', '8', '110')

Заполнение предварительными данными таблицы продажи:

insert into prodazhy values ('1015', '16', '21/12/2012')

insert into prodazhy values ('1016', '18', '16/01/2012')

insert into prodazhy values ('1017', '14', '04/05/2012')

insert into prodazhy values ('1018', '17', '18/03/2012')

insert into prodazhy values ('1019', '8', '16/04/2012')

Заполнение предварительными данными таблицы заказчики:

insert into zakazchiki values ('1', 'ИвановИ.И', 'ул. Ханжина 27', '939393939')

insert into zakazchiki values ('2', 'ПетровП.П.', 'ул. Дусти 36', '939348565')

insert into zakazchiki values ('3', 'НиколаевН.Н', 'ул. ак.Раджабовых 36', '935667433')

insert into zakazchiki values ('4', 'МахмудовА.А', 'ул. Джоми 36', '933456778')

insert into zakazchiki values ('5', 'Сайдалиев', 'ул. Борбад 67', '936788334')

Заполнение предварительными данными таблицы накладные:

insert into nakladnie values ('1', '1015', '11111', '01/01/2013')

insert into nakladnie values ('2', '1016', '22222', '01/02/2013')

insert into nakladnie values ('3', '1017', '33333', '17/02/2013')

insert into nakladnie values ('4', '1018', '44444', '17/03/2013')

insert into nakladnie values ('4', '1018', '44444', '17/03/2013')



3. Пользователи, роли и SQLзапросы

create user alibek1 identified by alibek1 -создаемпользователя alibek1,

Createrolepost - роль для пользователя,

Grantcreatesessiontopost - привилегия для доступа к БД для роли post,

Grantselect, insert, update, deleteonalibek.postavshikitopost - привилегии для выборки, вставки, изменения и удаление данных в таблице Postavshiki для роли post

Grantselect, insert, update, deleteonalibek.skladtopost - привилегии для выборки, вставки, изменения и удаление данных в таблице sklad для роли post

Grantposttoalibek1 - присвоение роли учетной записи.

Также создаем 3 пользователя:

Createuseralibek2 identifiedbyalibek2 - пользовательalibek2,

Createrolecl - роль для пользователя,

Grantcreatesessiontocl - привилегия для доступа к БД для роли cl

Grantselect, insert, update, deleteonalibek.nakladnietocl - привилегии для выборки, вставки, изменения и удаление данных в таблице Nakladnie для роли cl

Grantselect, insert, update, deleteonalibek.zakazchikitocl - привилегии для выборки, вставки, изменения и удаление данных в таблице zakazchiki для роли cl

Grantcltoalibek2 - присвоение роли учетной записи.

SQL запросы

Alibek1:

1. select* from alibek.postavshiki

wherepostavshik like 'Поставщик1'

2. select* from alibek.sklad

wherecena between 110 and 1077

3. selectsklad.id_postavshik, sklad.id_tovar, postavshiki.postavshik, postavshiki.phone from alibek.sklad, alibek.postavshiki

wherepostavshik like 'Поставщик1' and id_tovar='1017'

4. select* from alibek.sklad

where name like 'Цилиндр'

5. select* from alibek.postavshiki

where email='postavsik1@mail.ru'

6. selectpostavshiki.phone, postavshiki.address, sklad.otdel, sklad.name, sklad.id_postavshik from alibek.postavshiki, alibek.sklad

wheresklad.id_postavshik=postavshiki.id_postavshik

7. selectpostavshiki.phone, postavshiki.address, sklad.otdel, sklad.name, sklad.id_postavshik from alibek.postavshiki, alibek.sklad

wheresklad.id_postavshik=postavshiki.id_postavshik and sklad.name='Диски'

8. select* from alibek.postavshiki

wherepostavshik like '_________3'

9. select* from alibek.sklad

whereid_postavshik= '4' and id_tovar= '1018'

10. select * from alibek.sklad

wherekolichestvo>10

Alibek2:

1. selectzakazchiki.address, zakazchiki.fio, nakladnie.id_tovar from alibek.nakladnie, alibek.zakazchiki

wherenakladnie.id_zakazchika=zakazchiki.id_zakazchika and fio like 'И%'

2. select* from alibek.nakladnie

wherenomer_nakladnoi='33333'

3. select* from alibek.zakazchiki

where phone like '_______78'

4. updatealibek.zakazchiki set phone= 939393939

whereid_zakazchika=1

5. select* from alibek.nakladnie

wheredate_z= '01.01.13'

6. select* from alibek.nakladnie, alibek.zakazchiki

wherenakladnie.id_zakazchika=zakazchiki.id_zakazchika and date_z= '01.02.13'

7. selectnakladnie.nomer_nakladnoi,nakladnie.id_tovar, zakazchiki.FIO

fromalibek.nakladnie, alibek.zakazchiki

wherenakladnie.Id_zakazchikA=ZAKAZCHIKI.id_zakazchika and zakazchiki.Fio like 'М%'

8. insert into alibek.zakazchiki values('6','Мирзоев У.У', 'ул. Гипрозем 28', '954235670')

9. delete from alibek.zakazchiki

whereid_zakazchika= '6' and fio like '__р%

10. updatealibek.nakladnie

setnomer_nakladnoi= 21212

whereid_zakazchika= '2'



Заключение

Создавая базу данных по магазину автозапчастей «Железяка», были приобретены практические навыки обследования предметной области, концептуального, логического и физического проектирования базы данных, освоила средства поддержания целостности базы данных, запросов. В процессе работы над курсовым проектом приобретены практические навыки создания базы данных в СУБД OracleDatabase 10 gXE с момента обследования предметной области и до настройки параметров запуска.



Список литературы

1. Горелов А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД. СПб.: Питер, 2000. 704 с.

2. Хомоненко А. Д., Цыганков В. М., Мальцев М.Г. Базы данных. Учебник для ВУЗов / Под ред. проф. А. Д. Хомоненко. СПб.: КОРОНА-принт, 2000. 416 с.

3. Карпова Т. С. Базы данных. Модели, разработка, реализация. СПб.: Питер, 2002. 304 с.

Размещено на Allbest.ru

...