на тему рефераты Информационно-образоательный портал
Рефераты, курсовые, дипломы, научные работы,
на тему рефераты
на тему рефераты
МЕНЮ|
на тему рефераты
поиск
База данных "фруктовый сад"
азовые отношения - это реально существующие модели отношения, которые соответствуют реальному объекту предметной области.

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

Пусть даны отношения R1 и R2. Пусть k1, - это первичный ключ отношения R1.

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

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

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)]

SELECT …

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

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

UPDATE TableName

SET columnName1= dataValue1 [,columnName2= dataValue2…]

[WHERE searchCondition]

Здесь параметр TableName представляет либо имя таблицы базы данных, либо имя обновляемого представления. В конструкции SET указываются имена одного или более столбцов, данные в которых необходимо изменить. Конструкция WHERE является необязательной. Если она опущена, значения указанных столбцов будут изменены во всех строках таблицы. Если конструкция WHERE присутствует, то обновлены будут только те строки, которые удовлетворяют условию поиска, заданному в параметре searchCondition. Параметры dataValue1, dataValue2... представляют новые значения соответствующих столбцов и должны быть совместимы с ними по типу данных.

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

DELETE FROM TableName

[WHERE searchCondition]

Как и в случае операторов INSERT и UPDATE, параметр TableName может представлять собой либо имя таблицы базы данных, либо имя обновляемого представления. Параметр searchCondition является необязательным - если он опущен, из таблицы будут удалены все существующие в ней строки. Однако сама по себе таблица удалена не будет. Если необходимо удалить не только содержимое таблицы, но и ее определение, следует использовать оператор DROP TABLE. Если конструкция WHERE присутствует, из таблицы будут удалены только те строки, которые удовлетворяют условию отбора, заданному параметром searchCondition

В данном курсовом проекте для удобства доступа к данным также созданы запросы:

Запрос на баланс:

SELECT shelfs. quantity-selling. quantity AS quantity

FROM shelfs INNER JOIN selling ON shelfs. ID_shelf=selling. ID_shelf

WHERE selling. ID_selling = (SELECT MAX (ID_selling) FROM selling);

Запрос на Города с покупателями:

SELECT cities. cityName AS Город, COUNT (ID_client) AS [Количество клиентов]

FROM clients INNER JOIN cities ON clients. clientCity=cities. ID_city

GROUP BY clients. ID_client, cities. cityName;

Запрос на города с поставщиками:

SELECT cities. cityName AS Город, COUNT (ID_diler) AS [Количество поставщиков]

FROM dilers INNER JOIN cities ON dilers. dilerCity=cities. ID_city

GROUP BY dilers. ID_diler, cities. cityName;

Запрос на дату покупки товара:

SELECT ID_shelf AS Стеллаж, products. name AS Товар, shelfs. quantity AS Количество, shelfs. price AS Стоимость, shelfs. date AS [Дата покупки]

FROM shelfs INNER JOIN products ON products. ID_product=shelfs. ID_product;

Запрос на клиентов без покупки:

SELECT clients. clientName AS [Покупатели, не совершавшие покупки]

FROM clients

WHERE ID_client NOT IN (SELECT DISTINCT ID_client FROM Selling)

ORDER BY clientName;

Запрос на отчет по покупкам:

SELECT dilers. dilerName AS Поставщик, products. name AS Товар, buying. quantity AS [Количество товара], buying. sum*buying. quantity AS [Сумма сделки], buying. date AS [Дата сделки]

FROM (buying INNER JOIN dilers ON buying. ID_diler=dilers. ID_diler) INNER JOIN products ON buying. ID_product=products. ID_product;

Запрос на отчет по продажам:

SELECT clients. clientName AS Клиент, products. name AS Товар, selling. quantity AS [Количество товара], selling. sum*selling. quantity AS [Сумма сделки], selling. date AS [Дата сделки]

FROM ( (selling INNER JOIN clients ON selling. ID_client=clients. ID_client) INNER JOIN shelfs ON shelfs. ID_shelf=selling. ID_shelf) INNER JOIN products ON shelfs. ID_product=products. ID_product;

Запрос на поставщиков и закупки:

SELECT dilers. dilerName AS Поставщик, COUNT (ID_buying) AS [Количество сделок], SUM (buying. quantity*buying. sum) AS [Сумма всех сделок]

FROM dilers INNER JOIN buying ON dilers. ID_diler=buying. ID_diler

GROUP BY dilers. ID_diler, dilers. dilerName;

Запрос на поставщиков без поставок:

SELECT dilers. dilerName AS [Поставщики, не совершавшие поставок]

FROM dilers

WHERE ID_diler NOT IN (SELECT DISTINCT ID_diler FROM buying)

ORDER BY dilerName;

Запрос на продажи с клиентами:

SELECT clients. clientName AS Покупатель, COUNT (ID_selling) AS [Количество сделок], SUM (selling. quantity*selling. sum) AS [Сумма всех сделок]

FROM clients INNER JOIN selling ON clients. ID_client=selling. ID_client

GROUP BY clients. ID_client, clients. clientName;

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

SELECT SUM (price*quantity) AS [Стоимость всех товаров на складе]

FROM shelfs;

Запрос на вставку обновлений продажи:

INSERT INTO selling (ID_client, ID_shelf, quantity, [sum])

SELECT ID_client, (SELECT ID_shelf FROM shelfs WHERE ID_shelf= (SELECT MAX (ID_shelf) FROM shelfs)), quantity, sum

FROM selling

WHERE ID_selling = (SELECT MAX (ID_selling) FROM selling);

Запрос на обновление товара (добавление):

INSERT INTO shelfs (ID_product, price, quantity)

SELECT ID_product, price, (SELECT shelfs. quantity-selling. quantity AS quantity FROM shelfs INNER JOIN selling ON shelfs. ID_shelf=selling. ID_shelf WHERE selling. ID_selling = (SELECT MAX (ID_selling) FROM selling))

FROM shelfs

WHERE ID_shelf = (SELECT ID_shelf FROM selling WHERE ID_selling = (SELECT MAX (ID_selling) FROM selling));

Запрос на обновление товара (удаление):

DELETE *

FROM shelfs

WHERE ID_shelf = (SELECT ID_shelf FROM selling WHERE ID_selling = (SELECT MAX (ID_selling) FROM selling));

Запрос на откат продажи:

DELETE *

FROM selling

WHERE ID_selling = (SELECT MAX (ID_selling) FROM selling);

Запрос на покупку товара:

INSERT INTO shelfs (ID_product, quantity, price)

SELECT ID_product, quantity, sum

FROM buying

WHERE ID_buying =

(SELECT MAX (ID_buying) FROM buying);

Запрос на удаление товара:

DELETE *

FROM shelfs

WHERE ID_shelf = (SELECT ID_shelf FROM selling WHERE ID_selling = (SELECT MAX (ID_selling) FROM selling));

Запрос на удаление старой продажи:

DELETE *

FROM selling

WHERE ID_selling = (SELECT MAX (ID_selling) - 1 FROM selling);

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

6. Инструкция администратору, инструкция пользователю

6.1 Инструкция администратору

Работать с нашей базой данных достаточно легко, зная основные свойства пакета Microsoft Office Access. Запуская наш курсовой проект, мы видим главную форму, на которой расположены различные кнопки, отвечающие за функции, указанные на них. Таким образом, можно достаточно легко работать с таблицами, отчетами и т.д. Если же необходимо что-то изменить в корне таблиц, то открываем их с помощью конструктора. Также в этом режиме можно создавать новые таблицы. При этом указываем имя поля, тип данных, и устанавливаем ключевой атрибут. Чтоб внести какие-либо данные в новую таблицу, необходимо открыть ее уже в режиме таблицы и заносить данные. Затем таблицу сохраняют, после чего успешно можно выполнять работу. Можно создавать также запросы, формы, отчеты, макросы для удобства работы с базой данных. Это все объекты базы данных, которыми можно с легкостью манипулировать. Желательно, чтоб в главной форме были кнопки всех таблиц, чтоб был кратчайший доступ к ним, но также, чтоб эти таблицы были в виде формы, чтоб можно было, используя кнопки, добавлять запись или удалять ее, что предусмотрено в курсовом проекте. Чтоб создать кнопку на форме, мы выбираем ее, отме6чаем на форме и назначаем в процессе ей какие-то функции. Запросы же пишем с помощью SQL.

6.2 Инструкция пользователю

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

Заключение

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

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

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

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

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

1. Вейкас Д. Эффективная работа с Microsoft Access 2/ Перев. с англ. - СПб.: Питер, 1995. - 864 с.: ил.

2. Базы данных: модели, разработка, реализация/ Т.С. Карпова - СПб.: Питер, 2001. - 304 с.: ил.

3. Манфред Хоффбауер, Кристоф Шпильман Access: сотни полезных рецептов: пер. с нем. - К.: BHV, 1997 - 400 с

Страницы: 1, 2


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