Автоматизированная информационная система, позволяющая осуществлять оперативную обработку информации, редактирование

Содержание

Введение……………………………………………………………………5

1   Основная часть…………………………………………………………6

1. Описание предметной области……………………………………6
2. Структура реляционной базы данных……………………………9
3. Программа реализации информационных запросов……………13
4. Итоговые документы, полученные в результате

обработки информационных запросов…………………………………19

2   Вопросы  стандартизации…………………………………………….24

Заключение……………………………………………………………….27

Список использованных источников…………………………………..28

Приложение  А

 

 

Введение

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

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

Любая СУБД позволяет  выполнять четыре простейшие операции с данными:

-  добавить в таблицу одну или несколько записей;

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

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

Объектом данной курсовой работы является «Изделие на складе». Главная задача курсовой работы – создание базы данных «Склад изделий», в которой бы автоматизировалась работа по сбору, редактированию и поиску информации. Данную задачу необходимо реализовать в среде разработки баз данных MS SQL Server и Borland Delphi.

 

1 Основная  часть

1. Описание предметной области.

В данной курсовой работе в качестве предметной области рассматривается «Изделие на складе». База данных решает следующие задачи: учёт изделий, выдача данных о поставщиках и поставляемых ими товарах, выдача данных о покупателях и осуществляемых ими заказах.

Связь устанавливается  между двумя общими полями (столбцами) двух таблиц. Существуют связи с отношением «один-к-одному», «один-ко-многим» и «многие-ко-многим».

Отношения, которые  могут существовать между записями двух таблиц:

– один – к - одному, каждой записи из одной таблицы соответствует одна запись в другой таблице;

– один – ко - многим, каждой записи из одной таблицы соответствует несколько записей  другой таблице;

– многие – ко - многим, множеству записей из одной таблицы соответствует несколько записей в другой таблице.

Тип отношения  в создаваемой связи зависит от способа определения связываемых полей:

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

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

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

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

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

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

Из двух логически  связанных таблиц одну называют таблицей первичного ключа или главной таблицей, а другую таблицей вторичного (внешнего) ключа или подчиненной таблицей.

Рассмотрим, какой  вид связи осуществлён в данной курсовой работе. Курсовая работа содержит четыре таблицы: Поставщик, Покупатель, Заказ и Изделие. Каждая из этих таблиц имеет связь 1:N с другой таблицей.

Это означает, что  один поставщик может осуществить  поставку множества заказов, и много  заказов может удовлетворить один поставщик. Таблица Поставщик имеет следующие поля: Код поставщика, Наименование поставщика, Адрес, Телефон и ФИО директора. Первичным ключом является поле Код поставщика. Оно связывается с внешним ключом в таблице Заказ, которая имеет ключевое поле Код заказа и поля: Код поставщика, Код покупателя, Количество заказанных изделий и Дата заказа.

Таблица Покупатель также связывается с таблицей Заказ связью 1:N. Т.е. один покупатель может осуществлять заказ на разные изделия, и много заказов могут быть созданы одним покупателем. Таблицы Заказ и Покупатель связываются при помощи поля Код покупателя, который в таблице Покупатель является первичным ключом, а в таблице Заказ вторичным. Кроме того таблица Покупатель содержит поля Наименование покупателя, Адрес, Телефон и ФИО директора.

И наконец, таблица  Изделия связывается с таблицей Заказ тоже связью 1:N.  Данная таблица имеет поля Наименование изделия, Срок годности, Дата производства, Страна производства, Количество поставленных изделий и ключевое поле Код заказа. Тем самым один заказ может осуществляться на множество изделий, и  множество изделий может входить в один заказ.

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

 

 

 

 

 

 

 

 

 

 

Рисунок 1 – Концептуальная модель базы данных «Изделие на складе»

 

1.2 Структура реляционной  базы данных.

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

Существуют 4 основные модели данных – списки (плоские  таблицы), реляционные базы данных, иерархические и сетевые структуры.

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

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

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

— каждый элемент таблицы — один элемент данных;

— все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.);

— каждый столбец имеет уникальное имя;

— одинаковые строки в таблице отсутствуют;

— порядок следования строк и столбцов может быть произвольным.

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

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

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

В основе современных реляционных  баз данных (и стандарта SQL) лежит  несколько правил и принципов:

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

2) Все данные в реляционной базе данных изображаются в форме двумерных таблиц (на языке математики – “отношений”). Каждая таблица содержит некоторое число строк (в том числе 0), называемых “картежами” и один или несколько столбцов, называемых “атрибутами”. Все строки в таблице имеют одну и ту же последовательность столбцов, в которых записаны различные значения, однако наборы значений в столбцах отличаются.

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

4) Все операции определяются только логикой, а не положением строки в таблице. Например, можно запросить все строки, со значением 2 и не возможно запросить первую или, третью или пятую строку. Строки в реляционной базе данных расположены в произвольном порядке. Он не обязательно соответствует тому порядку, в котором они были занесены или в котором хранятся на диске.

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

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

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

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

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

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

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

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

— запрещает повторяющиеся столбцы (содержащие одинаковую по смыслу информацию)

— запрещает множественные столбцы (содержащие значения типа списка и т.п.)