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



Скачать 238.9 Kb.
Дата21.02.2018
Размер238.9 Kb.
Название файлаКурсовая.doc
ТипКурсовой проект


РОСЖЕЛДОР

Сибирский государственный университет путей сообщения

Кафедра «Информационные технологии транспорта»

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


Курсовой проект


по дисциплине «Базы данных»

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


Руководитель Разработала

к.т.н., доц. Тарасов Е.Б. студентка гр. БПИ-311

к.т.н., доц. Пургина М.В.

________________________ __________________Леуто С.А.



( подпись ) ( подпись )

________________________ __________



(дата проверки) (дата сдачи на проверку)


Краткая рецензия:

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________

____________________________________________________________________



____________________________

(запись о допуске к защите)

____________________________ ________________________________

(оценка по результатам защиты) (подписи преподавателей)

2017 год

РОСЖЕЛДОР

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ВЫСШЕГО ОБРАЗОВАНИЯ

СИБИРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ПУТЕЙ СООБЩЕНИЯ (СГУПС)


Кафедра «Информационные технологии транспорта»
Задание на выполнение курсового проекта

по дисциплине «Базы данных»


студентке Леуто С.А. Группа БПИ-311

Вариант 8


Тема: Проектирование и разработка базы данных для информационной системы фирмы по продаже запчастей.

Цель выполнения курсового проекта: завершение формирования компетентносной модели.

Задание: Разработать проект базы данных для информационной системы фирмы по продаже запчастей, в том числе:


  • Построить концептуальную модель (описание предметной области, построение ER-диаграммы).

  • Использовать формальный аппарат для оптимизации схем отношений.

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

Сроки сдачи на проверку: 16 неделя текущего семестра.

Сроки защиты: 17 неделя текущего семестра.
График выполнения расчетно-графической работы


Название документа и раздела

Ориентировочно

График

выпол-


нения (недели)

колич. страниц записки

трудо-емкость

в часах


Разработка рабочего плана, проектирование структуры программного изделия

6

3

7

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

12

9

9

Разработка алгоритмов и составление программ на выбранном языке (тестирование, отладка)

1

9

11

Документирование, созданного программного продукта и оформление курсового проекта

10

10

14

Общая трудоемкость

36

36

 

Список основных первоисточников:

1 С.Л. Шнырев. Базы данных: учебное пособие. МИФИ, 2011г. -224с.

2 Учебно-методический комплекс дисциплины «Базы данных». / Е.Б.Тарасов. - Новосибирск : [Электронный ресурс] — URL: http://moodle3.stu.ru/course/view.php?id=85 (дата обращения: 04.04.2017).

3 СТО СГУПС 1.01 БИ.01-2016. Письменная отчетная работа. Требования к оформлению.
Задание выдано 04 апреля 2017 г.

Руководитель доцент, канд. техн. наук ___________________ / Тарасов Е.Б./

доцент, канд. техн. наук ___________________ / Пургина М.В./

СОДЕРЖАНИЕ






ВВЕДЕНИЕ……………………………………………………………

4

1

РАЗРАБОТКА ТЕХНИЧЕСКОГО ПРОЕКТА ПРОГРАММЫ .....

5




1.1. Назначение и область применения ………………………………

5




1.2. Технические характеристики …………………………………….

5




1.2.1. Постановка задачи …………………………………………..

5




1.2.2. Построение концептуальной модели ……………………..

6




1.2.3 Нормализация данных………………………………………..

8




1.2.4. Выбор состава технических и концептуальных средств ..

10

2

РАЗРАБОТКА РАБОЧЕГО ПРОЕКТА ..….…………………………..

11




2.1. Описание таблиц…………………………………………………..

11




2.2. Спецификация программы……………………………………….

12




2.3. Текст и результаты работы программы…………………………

13




ЗАКЛЮЧЕНИЕ………………………………………………………..







СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ………………….




ВВЕДЕНИЕ

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

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

Целью данной курсовой работы является завершение формирования компетентносной модели, а именно:



  • способность проводить выбор исходных данных для проектирования;

  • способность к проектированию базовых и прикладных информационных технологий;

  • способность разрабатывать средства реализации информационных технологий (методические, информационные, математические, алгоритмические, технические и программные);

  • готовность обеспечивать безопасность и целостность данных информационных систем и технологий.

1 РАЗРАБОТКА ТЕХНИЧЕСКОГО ПРОЕКТА ПРОГРАММЫ

1.1 Назначение и область применения

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

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

В качестве СУБД предлагается MS SQL Server 2012.

1.2 Технические характеристики

1.2.1 Постановка задачи

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

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

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

Возможный набор сущностей:

поставщики (Код поставщика, Название, Город, Телефон);

детали (Код детали, Название, Артикул, Примечание);

поставки (Код поставки, Код поставщика, Код детали, Цена, Количество, Дата).

1.2.2 Построение концептуальной модели

Определим следующие сущности: ПОСТАВЩИКИ, ДЕТАЛИ.

Определим атрибуты этих сущностей.

Сущность ПОСТАВЩИКИ характеризует название, город и телефон. Так как название может неоднозначно идентифицировать объект, введем дополнительный атрибут код поставщика, уникальный для каждого поставщика.

Сущность ДЕТАЛИ характеризует код детали, название, артикул, примечание.

Между этими сущностями существует следующая связь: поставщик поставляет детали (M:N).

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

К базе данных можно сформировать следующие запросы:


  • Вывести историю изменения цен каждой детали.

  • Вывести информацию о поставках определенного поставщика.

  • Вывести информацию о поступлении на склад запчастей определенного названия.

  • Вывести информацию о поставках за последний квартал.

  • Изменить телефон поставщика.

  • Вывести даты поставок, во время которых цена детали была ниже определенного значения.

  • Добавить в базу новую поставку.

  • Удалить данные о поставке.

  • Вывести текущие цены на каждую деталь.

Построим концептуальную модель в виде ER-диаграммы (Рисунок 1).

Рисунок 1 - ER-диаграмма

Представление сущности ПОСТАВЩИКИ в терминах реляционной модели показано в таблице 1.

Таблица 1 – Сущность ПОСТАВЩИКИ



Код поставщика (ID)

Название

Город

Телефон

Представление сущности ДЕТАЛИ в терминах реляционной модели показано в таблице 2.

Таблица 2 – Сущность ДЕТАЛИ


Код детали (ID)

Название

Артикул

Примечание

Представление сущности ПОСТАВКИ в терминах реляционной модели показано в таблице 3.

Таблица 3 – Сущность ПОСТАВКИ


Код поставки (ID)

Код поставщика

Код детали

Цена

Количество

Дата

Домены (допустимые множества значений, которые могут принимать атрибуты) сущности ПОСТАВЩИКИ представлены в таблице 4.

Таблица 4 – Домены сущности ПОСТАВЩИКИ


Название домена

Тип данных

Код поставщика (ID)

INT

Название

NVARCHAR(30)

Город

NVARCHAR(30)

Телефон

NVARCHAR(15)

Домены сущности ДЕТАЛИ представлены в таблице 5.

Таблица 5 – Домены сущности ДЕТАЛИ



Название домена

Тип данных

Код детали (ID)

INT

Название

NVARCHAR(30)

Артикул

NVARCHAR(15)

Примечания

TEXT

Домены сущности ПОСТАВКИ представлены в таблице 6.

Таблица 6 – Домены сущности ПОСТАВКИ


Название домена

Тип данных

Код поставки (ID)

INT

Код поставщика (ID)

INT

Код детали (ID)

INT

Цена

SMALLMONEY

Количество

INT

Дата

DATE

Описание ключей представлено в таблице 7.

Таблица 7 – Описание ключей


Таблица

Первичный ключ

Внешний ключ

ПОСТАВЩИКИ

Код поставщика (ID)

-

ДЕТАЛИ

Код детали (ID)

-

ПОСТАВКИ

Код поставки (ID)

Код поставщика (ID)

Код детали (ID)


1.2.3 Нормализация данных

Возможный набор сущностей не удовлетворяет условиям нормализации.

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

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

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

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

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

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


  • Код поставщика - Город;

  • Код детали – Артикул.

В результате получаем следующие сущности с атрибутами:

  • Город (Код города, Название);

  • Артикул (Код артикля, Наименование).

Домены сущности ГОРОД представлены в таблице 8.

Таблица 8 - Домены сущности ГОРОД



Название домена

Тип данных

Код города (ID)

INT

Название

NVARCHAR(30)

Домены сущности ГОРОД представлены в таблице 8.

Таблица 9 - Домены сущности АРТИКУЛ


Название домена

Тип данных

Код артикула (ID)

INT

Наименование

NVARCHAR(15)

В соответствии с нормализацией будут изменены сущности ПОСТАВЩИКИ и ДЕТАЛИ.

1.2.4 Выбор состава технических и программных средств

Исходя из целей курсовой работы, требуется создать базу данных для фирмы, работающую под ОС Windows. В связи с этим была выбрана СУБД Microsoft SQL Server 2016 - это эффективная и надежная бесплатная система управления данными, которая предоставляет полнофункциональное и надежное хранилище для облегченных веб-сайтов и классических приложений.

SQL Server 2016 выпускается в четырех основных редакциях: Enterprise, Standard, Developer и Express. Для оптимальной работы разрабатываемой базы данных достаточно удобно использовать редакцию Express.

Минимальные требования к процессору и ОЗУ, достаточные для работы программы MS SQL Server 2016 Express представлены в таблице 8. Рекомендовано использовать более высокие характеристики.

Таблица 10 – Системные требования для установки программы


Характеристика

Описание

Операционная система (64 разрядная)

Windows 8, 8.1, 10, Windows Server 2012, 2012 R2

Частота процессора

1,4 ГГц

Оперативная память

512 MB

Свободное место на жестком диске

8 GB

2 РАЗРАБОТКА РАБОЧЕГО ПРОЕКТА

2.1 Описание таблиц

Описание сущности ПОСТАВЩИКИ представлено в таблице 11.

Таблица 11 – Описание сущности ПОСТАВЩИКИ


Название атрибута

Латинское название

Тип данных

Начальное значение

Код поставщика (ID)

Id_sup

Int

NOT NULL

Название

Name

NVARCHAR(30)

NOT NULL

Код города (ID)

Id_city

Int

NOT NULL

Телефон

Telephone

NVARCHAR(15)

NOT NULL

Описание сущности ДЕТАЛИ представлено в таблице 12.

Таблица 12 – Описание сущности ДЕТАЛИ


Название атрибута

Латинское название

Тип данных

Начальное значение

Код детали (ID)

Id_det

Int

NOT NULL

Название

Name

NVARCHAR(30)

NOT NULL

Код артикула(ID)

Id_art

Int

NOT NULL

Примечание

Note

TEXT

NULL

Описание сущности ПОСТАВКИ представлено в таблице 13.

Таблица 13 – Описание сущности ПОСТАВКИ


Название атрибута

Латинское название

Тип данных

Начальное значение

Код поставки (ID)

Id_supply

INT

NOT NULL

Код поставщика (ID)

Id_sup

INT

NOT NULL

Код детали (ID)

Id_det

INT

NOT NULL

Цена

Price

SMALLMONEY

NOT NULL

Количество

Count

INT

NOT NULL

Дата

Date

DATE

NOT NULL

Описание сущности ГОРОД представлено в таблице 14.

Таблица 14 – Описание сущности ГОРОД


Название атрибута

Латинское название

Тип данных

Начальное значение

Код города (ID)

Id_city

Int

NOT NULL

Название

Name

NVARCHAR(30)

NOT NULL

Описание сущности АРТИКУЛ представлено в таблице 15.

Таблица 15 – Описание сущности АРТИКУЛ


Название атрибута

Латинское название

Тип данных

Начальное значение

Код артикула (ID)

Id_art

Int

NOT NULL

Наименование

Name

NVARCHAR(30)

NOT NULL

Описание ключей с учетом нормализации представлено в таблице 16.

Таблица 16 – Описание ключей


Таблица

Первичный ключ

Внешний ключ

ПОСТАВЩИКИ

Код поставщика (ID)

Код города (ID)

ДЕТАЛИ

Код детали (ID)

Код артикула (ID)

ПОСТАВКИ

Код поставки (ID)

Код поставщика (ID)

Код детали (ID)



ГОРОД

Код города (ID)

-

АРТИКУЛ

Код артикула (ID)

-

2.2 Спецификация программы

Файлы, которые включены в проект, представлены в таблице 17.

Таблица 17 – Файлы, входящие в проект



Наименование

Обозначение

Примечание

Create_table.sql

Sql - запрос

Sql – код создания таблиц

Insert_into.sql

Sql - запрос

Sql – код заполнения таблиц

Price.sql

Sql - запрос

Sql – код для вывода истории изменения цен на детали

1.sql

Sql - запрос

Sql – код для вывода информации о поставках определенного поставщика

2.sql

Sql - запрос

Sql – код для вывода информации о поступлении на склад деталей

3.sql

Sql - запрос

Sql – код для вывода информации о поставках по дате

4.sql

Sql - запрос

Sql – код для изменения данных о поставщике

5.sql

Sql - запрос

Sql – код для вывода дат поставок, во время которых цена детали была ниже определенного значения

6.sql

Sql - запрос

Sql – код для добавления данных о поставке

7.sql

Sql - запрос

Sql – код для удаления данных о поставке

8.sql

Sql - запрос

Sql – код для вывода фактических цен на детали

2.3 Текст и результаты работы программы

Создание таблицы ГОРОД (Рисунок 2):

Use BPI_311_LeutoSA

Create table City

(

Id_city INT NOT NULL,



Name NVARCHAR(30) NOT NULL,

PRIMARY KEY CLUSTERED (Id_sup),

)
Рисунок 2 - Создание таблицы ГОРОД

Создание таблицы АРТИКУЛ (Рисунок 3):

Use BPI_311_LeutoSA

Create table Article

(

Id_art INT NOT NULL,



Name NVARCHAR(30) NOT NULL,

PRIMARY KEY CLUSTERED (Id_art),

)
Рисунок 3 - Создание таблицы АРТИКУЛ

Создание таблицы ПОСТАВЩИКИ (Рисунок 4):

Create table Suppliers

(

Id_sup INT NOT NULL,



Name NVARCHAR(30) NOT NULL,

Id_city INT NOT NULL,

Telephone NVARCHAR(15) NOT NULL,

PRIMARY KEY CLUSTERED (Id_sup),

CONSTRAINT FK_Id_city FOREIGN KEY (Id_city) REFERENCES dbo.City (Id_city)

)
Рисунок 4 - Создание таблицы ПОСТАВЩИКИ

Создание таблицы ДЕТАЛИ (Рисунок 5):

Create table Details

(

Id_det INT NOT NULL,



Name NVARCHAR(30) NOT NULL,

Id_art INT NOT NULL,

Note TEXT NULL,

PRIMARY KEY CLUSTERED (Id_det),

CONSTRAINT FK_Id_art FOREIGN KEY (Id_art) REFERENCES dbo.Article (Id_art)

)
Рисунок 5 - Создание таблицы ДЕТАЛИ

Создание таблицы ПОСТАВКИ (Рисунок 6):

Create table Supply

(

Id_supply INT NOT NULL,



Id_sup INT NOT NULL,

Id_det INT NOT NULL,

Price SMALLMONEY NOT NULL,

Count INT NOT NULL,

Date DATE NOT NULL,

PRIMARY KEY CLUSTERED (Id_supply)

CONSTRAINT FK_Id_sup FOREIGN KEY (Id_sup) REFERENCES dbo.Suppliers (Id_sup),

CONSTRAINT FK_Id_det FOREIGN KEY (Id_det) REFERENCES dbo.Details (Id_det)

)
Рисунок 6 - Создание таблицы ПОСТАВКИ

Заполнение таблицы ГОРОД (Рисунок 7):

Insert into City (

Id_city, Name)

Values

(1,'Новосибирск'),



(2,'Томск'),

(3,'Новокузнецк'),

(4,'Кемерово'),

(5,'Барнаул')


Рисунок 7 - Заполнение таблицы ГОРОД

Заполнение таблицы АРТИКУЛ (Рисунок 8):

Insert into Article (

Id_art, Name)

Values

(1,'6Q0 601 027 R 03C'),



(2,'1K0 601 173 9B9'),

(3,'N 908 132 02'),

(4,'101 905 601 F'),

(5,'6RF 615 115 D'),

(6,'G 000 115 A2'),

(7,'000 096 355 AA'),

(8,'8N1 064 200'),

(9,'000 087 602B 041'),

(10,'4L0 019 901')
Рисунок 8 - Заполнение таблицы АРТИКУЛ

Заполнение таблицы ПОСТАВЩИКИ (Рисунок 9):

Insert into Suppliers (

Id_sup, Name, Address, Telephone)

Values

(1,'АвтоДетальСервис', 3, '83838378422'),



(2,'АвтоДжин', 1, '83836340648'),

(3,'All World Cars', 2, '83834897826'),

(4,'АТИ автозапчасти', 5, '83835308465'),

(5,'АвтоСистемы', 3, '83836209384'),

(6,'Старс', 4, '83831275859'),

(7,'АНМ-Авто', 2, '83831209576'),

(8,'SKODA', 1, '83830582665'),

(9,'АвтоКорея', 1, '83839372874'),

(10,'AUTOBIR', 5, '83834932759'),

(11,'Автокомплекс', 4, '83837593299'),

(12,'ООО "МАКСИЗАП"', 5, '83837540285')
Рисунок 9 - Заполнение таблицы ПОСТАВЩИКИ

Заполнение таблицы ДЕТАЛИ (Рисунок 10):

Insert into Details (

Id_det, Name, Id_art, Note)

Values

(1,'Воздушный фильтр', 8),



(2,'Акселератор', 5),

(3,'Генератор', 2),

(4,'Карбюратор', 10),

(5,'Жиклер', 3, 'Топливный'),

(6,'Жиклер', 9, 'Воздушный'),

(7,'Манометр', 4),

(8,'Подшипник', 8),

(9,'Предохранитель', 1),

(10,'Радиатр', 5),

(11,'Редуктор', 6),

(12,'Реле"', 3)

(13,'Свеча зажигания', 10, 'Поставляется в комплекте 4 шт.'),

(14,'Стартер', 1),

(15,'Сцепление', 2)


Рисунок 10 - Заполнение таблицы ДЕТАЛИ

Заполнение таблицы ПОСТАВКИ (Рисунок 11):

Insert into Supply (

Id_supply, Id_sup, Id_det, Price, Count, Date)

Values

(1, 1, 5, 500, 100, '2017-01-05'),



(2, 1, 10, 1200, 80, '2017-05-02'),

(3, 2, 9, 5800, 120, '2017-15-04'),

(4, 2, 1, 1500, 300, '2017-22-01),

(5, 3, 13, 2400, 280, '2017-11-03'),

(6, 3, 9, 3100, 50, '2017-07-03'),

(7, 4, 8, 1900, 110, '2017-24-02'),

(8, 4, 4350, 230, '2017-18-05'),

(9, 5, 12, 1400, 60, '2017-05-01'),

(10, 5, 8, 8000, 90, '2017-12-04'),

(11, 6, 12, 890, 130, '2017-13-03'),

(12, 6, 4, 1900, 100, '2017-29-05'),

(13, 7, 14, 2500, 75, '2017-10-02'),

(14, 7, 6, 3000, 140, '2017-01-06'),

(15, 8, 15, 2600, 70, '2017-31-01'),

(16, 8, 2, 1450, 95, '2017-17-05'),

(17, 9, 11, 2200, 135, '2017-26-02'),

(18, 9, 4, 3700, 70, '2017-19-05'),

(19, 10, 7, 1300, 160, '2017-22-04'),

(20, 10, 3, 4800, 110, '2017-09-06')
Рисунок 11 - Заполнение таблицы ПОСТАВКИ

Запрос 1 «Вывести историю изменения цен каждой детали» (Рисунок 12):


Рисунок 12 – Запрос 1

Запрос 2 «Вывести информацию о поставках определенного поставщика» (Рисунок 13):

SELECT Suppliers.Name, Details.Name, Supply.Count, Supply.Date

FROM Suppliers, Details, Supply

WHERE (Suppliers.Id_sup = Supply.Id_sup) AND (Details.Id_det = Supply.Id_det)
Рисунок 13 – Запрос 2

Запрос 3 «Вывести информацию о поступлении на склад запчастей определенного названия» (Рисунок 14):

SELECT Supply.Count, Supply.Date

FROM Details, Supply

WHERE (Details.Id_det = Supply.Id_det) AND (Details.Name = 'Радиатр')
Рисунок 14 – Запрос 3

Запрос 4 «Вывести информацию о поставках за последний квартал» (Рисунок 15):

SELECT * FROM Supply

WHERE Date BETWEEN '2017-01-04' AND '2017-30-06'


Рисунок 15 – Запрос 4

Запрос 5 «Изменить телефон поставщика» (Рисунок 16):

UPDATE Suppliers set Telephone = '83839035571'

WHERE Name = 'АвтоДжин'

Рисунок 16 – Запрос 5

Запрос 6 «Вывести даты поставок, во время которых цена детали была ниже определенного значения» (Рисунок 17):

SELECT Date

FROM Supply

WHERE (Id.det = 5) AND (Price < 1200)
Рисунок 17 – Запрос 6

Запрос 7 «Добавить в базу новую поставку» (Рисунок 18):

Рисунок 18 – Запрос 7

Запрос 8 «Удалить данные о поставке» (Рисунок 19):

Рисунок 19 – Запрос 8

Запрос 9 «Вывести текущие цены на каждую деталь» (Рисунок 20):

Рисунок 20 – Запрос 9

ЗАКЛЮЧЕНИЕ

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

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

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

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



СПИСОК ЛИТЕРАТУРЫ

  1. С.Л. Шнырев. Базы данных: учебное пособие МИФИ, 2011г. -224с.;

  2. В.Я. Перевозчиков. Разработка и сопровождение баз данных в MS SQL Server 2000. М.: Лаборатория книги, 2012г. -241с.;

  3. С.Л. Швецов. Базы данных. М.: Интернет-Университет Информационных Технологий, 2009г. – 195с.;

  4. Леонард Лобел, Эндрб Дж. Браст, Стивен Форте. Разработка приложений на основе Microsoft SQL Server 2008: БХВ-Петербург 2010г.-1024с.;

  5. Адам Фримен, Дзозеф Раттц-мл. LINQ язык интегрированных запросов в С#2010. Для профессионалов. «И.Д. Вильямс», 2011 – 656с.




Поделитесь с Вашими друзьями:


База данных защищена авторским правом ©rppna.ru 2017
обратиться к администрации

    Главная страница