46897 (База данных "фруктовый сад"), страница 2

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

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

Связь - это функциональная зависимость между сущностями. Например, "служащий" совершает "продажи".

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

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

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

Базовые отношения - это реально существующие модели отношения, которые соответствуют реальному объекту предметной области.

Целостность по ссылкам основана на понятии внешнего ключа.

Пусть даны отношения R₁ и R₂. Пусть k₁, - это первичный ключ отношения R₁.

Если в отношении R₂ присутствуют атрибуты k₁, то для отношения R₂, k₁ - это внешний ключ. Если базовое отношение R₂ содержит внешний ключ k₁, то каждое значение k₁ в R₂ должно быть либо равным какому-либо значению R₁, либо полностью неопределенным.

Достоинствами реляционного подхода являются:

1) наличие простого, и в тоже время мощного математического аппарата

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

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

Итак, условия первой нормальной формы:

Определить требуемые элементы данных, потому что они становятся столбцами в таблице. Поместить связанные элементы данных в таблицу.

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

Гарантировать наличие первичного ключа.

Значение всех атрибутов атомарны

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

Условия второй нормальной формы:

отношение в первой нормальной форме

независимость первичных ключей и столбцов

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

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

Условия третьей нормальной формы:

отношение во второй нормальной форме.

все поля, не входящие в первичный ключ, зависят от первичного ключа.

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

Таким образом, нормализация отношений успешно достигнута.

После нормализации отношений было создано 7 таблиц. Проиллюстрируем эти таблицы в режиме конструктора:

Рисунок 2.2 - таблица покупки в режиме конструктора

Рисунок 2.3 - таблица города в режиме конструктора

Рисунок 2.4 - таблица клиенты в режиме конструктора

Рисунок 2.5 - таблица поставщики в режиме конструктора

Рисунок 2.6 - таблица товары в режиме конструктора

Рисунок 2.7 - таблица продажи в режиме конструктора

Рисунок 2.8 - таблица склад в режиме конструктора

3. Разработка интерфейса пользователя

Рисунок 3.1 - Главная кнопочная форма

Дизайн разработан на основе понятия о “диалоговых окнах". Существует главное окно, или так называемая “Главная форма". Открыв ее, пользователю предлагаются следующие действия:

добавить поставщика товаров;

добавить покупателя товаров;

добавить товар;

добавить города;

просмотреть запросы;

просмотреть таблицы;

просмотреть отчеты.

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

Форма на добавление города:

Рисунок 3.2 - Добавление города

Форма на добавление поставщика:

Рисунок 3.3 - Добавление поставщика

Форма на покупателя:

Рисунок 3.4 - Добавление покупателя

Форма для добавления товара во множество товаров:

Рисунок 3.5 - Добавление товара

Форма на добавление покупки:

Рисунок 3.6 - Добавление сделки

Форма на добавление продажи:

Рисунок 3.7 - Добавление продажи

Форма товаров на складе:

Рисунок 3.8 - Товары на складе

Форма о программе:

Рисунок 3.9 - Форма "О программе"

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

узнать сколько покупателей в каждом городе;

узнать сколько поставщиков в каждом городе;

узнать какие клиенты не совершали покупок;

узнать какие поставщики не поставляли на склад товар;

узнать сумму всех сделок с каждым поставщиком;

узнать сумму сделок с клиентами;

узнать стоимость всех товаров на складе.

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

4. Разработка выходных форм

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

Рисунок 4.1 - главная форма, где присутствуют кнопки печати

5. Выборочный доступ к данным

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

Рассмотрим следующие операторы языка SQL DML:

1) SELECT - выборка данных из базы;

2) INSERT - вставка данных в таблицу;

3) UPDATE - обновление данных в таблице;

4) DELETE - удаление данных из таблицы.

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

SELECT [DISTINCT| ALL] {* I [columnExpression [AS newName]] [,…] }

FROM TableName [alias] [,...]

[WHERE condition]

[GROUP BY columnList] [HAVING condition]

[QRDER BY columnList]

Здесь параметр columnExpression представляет собой имя столбца или выражение из нескольких имен. Параметр TableName является именем существующей в базе данных таблицы (или представления), к которой необходимо получить доступ. Необязательный параметр alias - это сокращение, устанавливаемое для имени таблицы TableName. Обработка элементов оператора SELECT выполняется в следующей последовательности:

1) FROM - определяются имена используемой таблицы или нескольких таблиц;

2) WHERE - выполняется фильтрация строк объекта в соответствии с заданными условиями;

3) GROUP BY - образуются группы строк, имеющих одно и то же значение в указанном столбце;

4) HAVING - фильтруются группы строк объекта в соответствии с указанным условием;

5) SELECT - устанавливается, какие столбцы должны присутствовать в выходных данных;

6) ORDER BY - определяется упорядоченность результатов выполнения оператора.

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

Существуют две формы оператора INSERT. Первая предназначена для вставки единственной строки в указанную таблицу. Эта форма оператора INSERT имеет следующий формат:

INSERT INTO TableName [ (columnList)]

VALUES (dataValueList)

Здесь параметр TableName может представлять либо имя таблицы базы данных, либо имя обновляемого представления. Параметр colunmList представляет собой список, состоящий из имен одного или более столбцов, разделенных запятыми. Параметр coIumnList является необязательным. Если он опущен, то предполагается использование списка из имен всех столбцов таблицы, указанных в том порядке, в котором они были описаны в операторе CREATE TABLE. Если в операторе INSERT указывается конкретный список имен столбцов, то любые опущенные в нем столбцы должны быть объявлены при создании таблицы как допускающие значение NULL - за исключением случаев, когда при описании столбца использовался параметр DEFAULT. Параметр dataValueList должен следующим образом соответствовать параметру columnList:

1) количество элементов в обоих списках должно быть одинаковым;

2) должно существовать прямое соответствие между позицией одного и того же элемента в обоих списках, поэтому первый элемент списка dataValuelist считается относящимся к первому элементу списка columnList, второй элемент списка dataValuelist - ко второму элементу списка columnList и т.д.;

3) типы данных элементов списка dataValueList должны быть совместимы с типом данных соответствующих столбцов таблицы.

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

INSERT INTO TableName [ (columnList)]