Проектирование реляционной базы данных

 

МИНИСТЕРСТВО ОБРАЗОВАНИЯ  И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

 

ФГБОУ ВПО «Тамбовский государственный технический университет»

 

 

Кафедра Управление качеством и сертификация 

 

 

УТВЕРЖДАЮ

 

Зав. кафедрой

 

 

"      " 201   г.

 

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

 

 

К курсовому проекту (работе) по  Информационному обеспечению,  

базам данных 

на тему Проектирование реляционной базы данных 

 

 

Автор проекта (работы)  А.Н. Истомина  Группа  СМК-31 

 

Специальность 220501, "Управление качеством" 

 

Обозначение курсового  проекта (работы)  ТГТУ 220501.005 КР 

 

Руководитель проекта (работы)   Н.А. Конышева 

 

Проект (работа) защищен (а) Оценка  

 

Члены комиссии:

  

  

  

Нормоконтролер   

 

 

Тамбов 2013 

МИНИСТЕРСТВО ОБРАЗОВАНИЯ  И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

 

ФГБОУ ВПО «Тамбовский государственный технический университет»

 

 

Кафедра Управление качеством и сертификация 

 

 

УТВЕРЖДАЮ

 

Зав. кафедрой

 

 

"      " 201   г.

 

ЗАДАНИЕ №   05  

на курсовой проект (работу)

 

Студент  Истомина А.Н.  код   группа  СМК-31 

1. Тема  Проектирование реляционной базы данных 

 

2. Срок предоставления проекта (работы) к защите  "  27    " мая 2013    г.

 

3. Исходные данные  для проектирования (научного исследования)  

согласно  варианту задания  

4. Перечень разделов пояснительной  записки:

4.1. Задание на разработку 

4.2. Анализ предметной области 

4.3. Разработка схемы данных 

4.4. Ведение базы данных 

4.5. Выбор информации из базы данных 

4.6.  

4.7.  

5. Перечень графического материала:

 

 

 

 

Руководитель работы  Н.А. Конышева 

 

 

Задание принял к исполнению  А.Н. Истомина 

 

 

 

СОДЕРЖАНИЕ

 

Введение...........................................................................................................................4

1 Задание на разработку..................................................................................................5

2 Анализ предметной области..................... ..................................................................7

3 Разработка схемы данных............................................................................................9

4 Ведение базы данных.................................................................................................14

5 Выбор информации из базы  данных.........................................................................18

Заключение.....................................................................................................................23

Список используемых источников..............................................................................24

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ВВЕДЕНИЕ

 

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

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

2. Определение тенденции изменения важнейших показателей.

3.     Выполнение точного  и полного анализа данных.

4.     Обеспечение получения  общих отчетов по итогам  работы.

Современные СУБД являются в основном приложениями Windows, так как данная среда позволяет более полно использовать возможности персональных ЭВМ. Снижение стоимости высокопроизводительных ПК обусловило широкий переход к среде Windows, где разработчик программного обеспечения может в меньшей степени заботиться о распределении ресурсов.

Среди наиболее ярких представителей СУБД можно отметить: Borland dBase, Borland Paradox, Lotus Approach, Microsoft Access, Microsoft Visual FoxPro, а также базы данных Microsoft SQL Server и Oracle, которые используются в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности. Любое приложение способно осуществлять импорт и экспорт данных благодаря наличию большого числа конвертеров, а также работать со многими форматами представления данных.

 

 

 

 

 

1. ЗАДАНИЕ НА РАЗРАБОТКУ

 

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

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

II. Реализовать разработанную схему  данных при помощи SQL (подраздел  DDL - «язык определения данных»). Реализация  схемы данных должна содержать  необходимые ограничения целостности.

III. Составить операторы SQL (подраздел  DML - «язык манипулирования данными»), производящие добавление новой  информации в базу данных, удаление  или изменение существующей информации.

IV. Составить операторы SQL, осуществляющие  выбор из базы данных следующей информации:

1. Вывести список товаров по убыванию их стоимости.
2. Вывести список чеков с суммой больше 10000.
3. Вывести номера чеков, для которых не указано хотя бы одно количество товара.
4. Вывести список изготовителей, являющихся акционерными обществами (в название встречается «АО» (ОАО, ЗАО и т.п.)
5. Вывести список товаров с указанием групп товаров. Отсортировать по группам товаров в алфавитном порядке.
6. Вывести список изготовителей, производящих дорогостоящие товары (цена>10000).
7. Вывести группы товаров, которые имеются в наличии на складе.
8. Вывести типы товаров, выпускаемые определенным изготовителем.
9. Вычислить минимальную, среднюю и максимальную суммы продаж по чекам.

10) Вывести сумму продаж для  каждого кассира.

11) Вывести количество товаров  каждого типа, имеющихся на складе.

12) Вывести группы товаров, общее  количество проданных товаров  в которых превышает 100 единиц.

13) Вывести группы товаров, средняя  стоимость товаров в которых  превышает среднюю стоимость,  вычисленную по всем товарам.

14) Вывести список кассиров с нулевой суммой продаж.

15) Вывести номера и даты чеков,  сумма которых не совпадает  с суммарной стоимостью товаров,  указанных в чеке.

16) Вывести список изготовителей,  товары которых были проданы  на наибольшую сумму.

 

 

 

 

 

 

 

 

2. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

 

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

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

 

Таблица 1.

Сущность	Свойства
Товар	№, наименование, количество, цена, тип, группа.
Изготовитель	№, название, адрес
Группа	№, название, тип
Тип	№, название
Номера чеков	№, номер, дата, сумма, кассир
Кассир	№, ФИО

 

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

I. “Товар” - “Группа”

Каждый товар может относиться только к одной группе товаров Вероятно, к каждой группе товаров может относиться несколько товаров, поэтому между этими сущностями существует связь «один-ко-многим» (1:M), которую можно изобразить следующим образом:

 

                                  М           относит               1

                                                         относится

II. “Группа” - “Тип”

Каждая группа товаров может  относиться только к одному из типов. Вероятно, к каждому типу товаров  может относиться несколько групп, поэтому между этими сущностями существует связь «один-ко-многим» (1:M), которую можно изобразить следующим образом:

                               М    относит           1

                                        относится

III.  “Изготовитель” - “Товар”

Каждый товар может производиться  только одним изготовителем. Каждая группа товаров может относиться только к одному из типов. Следовательно, каждый изготовитель может производить несколько товаров, поэтому между этими сущностями существует связь «один-ко-многим» (1:M), которую можно изобразить следующим образом:

                                      1  производит    М

                                         производится

 

IV. “Чеки” - “Товары”

Необходимо хранить информацию о кассовых чеках с указанием  кассира осуществившего продажу, а  также о том, какие товары были проданы по каждому чеку. Здесь реализуется связь «Многие-ко-многим» (М:N)

 

 

 

3. РАЗРАБОТКА СХЕМЫ ДАННЫХ

 

Схему реляционной базы данных изобразим  в виде таблиц и связей между ними. При этом таблицы будут являться реализацией сущностей, а поля таблицы - свойствами сущностей.

Ввиду того, что между сущностями "Чеки" и "Товар" существует связь "многие-ко-многим", информация о заказчиках каждого проекта  будет храниться в отдельной  таблице.

Помимо этого, выделим из перечисленных  в таблице 1 свойств такие, которые  будут уникальным образом идентифицировать каждый экземпляр сущности (запись в таблице). С учетом выше изложенного схему данных исследуемой предметной области представим на рисунке 1.

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

Типы integer not null, varchar(*) not null, numeric(*,*) not null означают, что поля могут быть длинными целыми числами, не содержащими NULL. Тип varchar(*) означает, что поля содержат строку символов переменной длины. Тип date означает, что поля содержат календарную дату. Тип money означает что поле содержит денежный тип данных.

Поля, выделенные на схеме данных ключом, будут являться первичными ключами (PRIMARY KEY) таблиц. Поля оканчивающиеся на “_id”, будут являться внешними ключами, и будут иметь связи с другими таблицами.

 

 

 

Рисунок 1 - Логическая схема реляционной  базы данных.

 

1) Таблица TOVAR (Товары):

поля ID, GRUPPY_ID, ISGOTOVITEL_ID не могут содержать NULL;

поля ID, GRUPPY_ID, ISGOTOVITEL_ID содержат целые числа.

поля id являются первичным ключом, а GRUPPY_ID, ISGOTOVITEL_ID внешним ключом и имеют связь с другими таблицами.

С учетом перечисленных требований оператор SQL, создающий таблицу буде выглядеть следующим образом:

CREATE TABLE TOVAR

(ID COUNTER NOT NULL, 

NAZV VARCHAR(32),

GRUPPY_ID INTEGER,

PRIMARY KEY (ID),

FOREIGN KEY (GRUPPY_ID) REFERENCES GRUPPY);

2) Таблица TIP (Типы):

поле ID является обязательным для заполнения и первичным ключом.

поле NASV - строки переменной длины.

С учетом перечисленных требований оператор SQL, создающий таблицу

выглядит следующим образом:

CREATE TABLE TIP

(ID INTEGER NOT NULL, NASV VARCHAR(20) NOT NULL,

PRIMARY KEY (ID));

3) Таблица  GRUPPY (Группы)

поля ID, TIP_ID не могут содержать NULL;

поля ID, TIP_ID содержат целые числа.

поля ID являются первичным ключом, а TIP_ID внешним ключом и имеет связь с другими таблицами.

С учетом перечисленных требований оператор SQL, создающий таблицу буде выглядеть следующим образом:

CREATE TABLE GRUPPY

(ID COUNTER NOT NULL, 

NAZV VARCHAR(32),

TIP_ID INTEGER,

PRIMARY KEY (ID),

FOREIGN KEY (TIP_ID) REFERENCES TIP);

4) Таблица ISGOTOVITEL ( Изготовитель)

поле ID является обязательным для заполнения и первичным ключом.

поле NASV, ADRESS - строки переменной длины.

С учетом перечисленных требований оператор SQL, создающий таблицу выглядит следующим образом:

CREATE TABLE ISGOTOVITEL

(ID COUNTER NOT NULL, 

NAZV VARCHAR(20),