Создание базы данных «Строительные магазины» средствами СУБД MS Access

Одна запись в журнале поставок относится только к одному поставщику ==> поставщик один.

Вывод: связь поставщик- журнал поставок один ко многим

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

Связь — это логическое отношение между объектами, представленными таблицами.

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

Типы отношений между таблицами:

• Один – ко -  многим (1 : M). Если  одному элемента в одной таблице соответствует множество элементов в другой таблице. Например, на стороне «один» находится таблица «Клиент», а на стороне «многие» - таблица «Заказы», и действительно  один клиент может сделать несколько заказов. При этом таблицу «Клиент» принято называть главной, а таблицу «Заказы» - подчиненной. 
• Многие ко многим (M : M). Рассмотрим, как могут быть связаны таблицы Товары и Заказы, если предположить, что таблица Заказы содержит записи о товарах, заказанных клиентами. Очевидно, что один и тот же товар может содержаться в разных заказах и в то же время один заказ может содержать много товаров. Такой тип отношения между таблицами называется «многие-ко-многим».
• Один – к - одному (1 : 1). Если каждой записи в одной таблице соответствует только одна запись в другой таблице, то это отношение «один-к-одному». Такой тип отношений встречается реже. Обычно это бывает в следующих случаях. Объект содержит большое число атрибутов, и оказывается удобнее разнести их по разным таблицам, которые оказываются связанными отношением «один-к-одному». Или нужно определить дополнительные атрибуты для некоторых записей в основной таблице. Тогда эти дополнительные атрибуты помещают в другую таблицу и связывают с первой отношением «один-к-одному».

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

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

Изобразим схему проектируемой базы данных «Строительный магазин» (Рисунок 1. Схема данных) в формате, в котором она выглядит в окне схемы данных приложения Microsoft Access.

 

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

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

 

Построение БД ведем в MS Access 2007.

Создаем таблицы базы данных и устанавливаем связи.

 

Структура таблицы  «журнал_поставок»:

Рисунок 2. Журнал поставок

 

Структура таблицы «клиент»:

Рисунок 3. Клиент

 

Структура таблицы «магазины»:

Рисунок 4. Магазины

 

 

Структура таблицы «покупки»:

Рисунок 5. Покупки

 

Структура таблицы «поставщик»:

Рисунок 6. Поставщик

 

Структура таблицы «товар»:

Рисунок 7. Товар

 

Далее я создал формы для заполнения всех Таблиц.

Для заполнения и просмотра данных в Таблицы «товар», «клиент», «магазины», «поставщик»  мы создадим простые формы. Простая форма создается на базе одной таблицы.

При заполнении таблиц «покупки» и «журнал поставок» нужно учитывать данные нескольких таблиц. То есть из одной формы (Составная форма) будут заполняться\просматриваться данные нескольких таблиц (связанных таблиц).

Создадим форму для ввода данных в связанные таблицы.

Для этого будем использовать Составную форму, когда на одном экране располагаются несколько форм: основная и вспомогательная (вспомогательные).

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

Это таблицы: «товар»(Рисунок 10. Форма товар), «клиент»(Рисунок 8. Форма клиент), «магазины»(Рисунок 9. Форма магазины), «поставщик»(Рисунок 11. Форма поставщик).

Рисунок 8. Форма клиент

 

Рисунок 9. Форма магазины

Рисунок 10. Форма товар

 

Рисунок 11. Форма поставщик

 

Теперь я создал более сложную форму. Мне были нужны данные с нескольких таблиц, поэтому я сделал эти формы с помощью запросов.(Рисунок 12. Запрос покупки, Рисунок 13. Журнал поставщика).

 

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

Рисунок 13. Журнал поставщика

 

 В итоге  я получил следующие формы: Рисунок 14. Форма покупки и Рисунок 15. Форма журнала

 

Рисунок 14. Форма покупки

 

Рисунок 15. Форма журнал

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

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

Для реализации этой задачи я создал два запроса: один простой (Рисунок 16. Простой запрос для 1 задачи), а другой с условием (Рисунок 17. Запрос с условие для 1 задачи) - отбор записей по определенному условию или условиям.

Рисунок 16. Простой запрос для 1 задачи

 

 

Рисунок 17. Запрос с условие для 1 задачи

 

На рисунке 18. (Построитель выражений 1) можно видеть само условие, которое создано с помощью построителя выражений  для того, чтобы можно было искать по датам с… по…

 

Рисунок 18. Построитель выражений 1

 

Для того чтобы удобнее было искать я создал кнопку, при нажатии которой, должен выполняться запрос с условием (Рисунок 19. Кнопка 23).

                   Рисунок 19. Кнопка 23

 

В итоге я получил следующую форму (Рисунок 20 Поиск покупки):

 

Рисунок 20. Поиск покупки

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

Для реализации это задачи я также создал два запроса простой(Рисунок 21. Простой запрос для 2 задачи) и с условием(Рисунок 22. Запрос с условием для 2 задачи).

Рисунок 21. Простой запрос для 2 задачи

 

Рисунок 22. Запрос с условием для 2 задачи

На рисунке 23 (Построитель выражений 2)можно видеть само условие, которое создано с помощью построителя выражений  для того, чтобы можно было производить поиск по магазинам.

Рисунок 23. Построитель выражений 2

Для того чтобы удобнее было искать я создал кнопку, при нажатии которой, должен выполняться запрос с условием(Рисунок 24. Кнопка 12).

Рисунок 24. Кнопка 12

В итоге я получил следующую форму(Рисунок 25 Форма рейтинг магазинов):

Рисунок 25. Форма рейтинг магазинов

 

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

Для этого я опять создал два запроса , один из  которых простой(Рисунок 26 Простой запрос для 3 задачи) , а другой сложный (Рисунок 27 Запрос с условием для 3 задачи).

Рисунок 26. Простой запрос для 3 задачи

Рисунок 27. Запрос с условием для 3 задачи

На рисунке 28 (Построитель выражений 3)можно видеть само условие, которое создано с помощью построителя выражений  для того, чтобы можно было искать поставщиков по датам с…по…

Рисунок 28. Построитель выражений 3

Для того чтобы удобнее было искать я создал кнопку , при нажатии которой, должен выполняться запрос с условием(Рисунок 29 Кнопка 18).

Рисунок 29. Кнопка 18

 

И в итоге я получил следующую форму(Рисунок 30 Поиск поставщиков):

Рисунок 30. Поиск поставщиков

 

Далее я создал отчеты, для того чтобы заказчику было удобнее хранить и пользоваться информацией(Рисунок 31. Отчет по покупкам, Рисунок 32. Отчет по поставщикам, Рисунок 33. Отчет по магазинам).

Рисунок 31. Отчет по покупкам

Рисунок 32. Отчет по поставщикам

Рисунок 33. Отчет по магазинам

Кроме того, в ходе своей работы я использовал и перекрестный запрос. С помощью него я создал прайс-лист поставщиков. Строился он с помощью мастера запросов. И в итоге я создал отчет и получил следующие (Рисунок 34 Прайслист поставщиков):

 

 

Рисунок 34. Прайслист поставщиков

 

Ну и наконец я создал главную форму , на которой расположил множество кнопок для удобного пользования базы данных(Рисунок 34. Главная форма 1).

Рисунок 35. Главная форма 1

 

 

 

3. Демонстрация работы базы: результаты обработки и анализа информации в соответствии с задачами

Продемонстрировать пример работы базы данных можно на нескольких примерах. В главной кнопочной форме(Рисунок 35. Главная форма 2) выбираем любой из пунктов, например: «клиент»(Рисунок 34. Фома клиент(2)).

Рисунок 36. Главная форма 2

Рисунок 37. Фома клиент(2)

 

Заметим, что присутствует кнопка «Вернутся на главную», которая возвращает нас на главную кнопочную форму.

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

 

 

Заключение

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

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

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

Цель курсовой работы можно считать достигнутой.

 

 

Список используемой литературы

1. Бройдо В.Л. Вычислительные системы, сети и телекоммуникации: учебник для вузов/В.Л.Бройдо, О.П.Ильина 3-еизд.-СПб.:Питер, 2008.-766 с.:ил.- (Учебное пособие)
2. Карпова Т.С. Базы данных: модели, разработка, реализация. - Спб.: Питер, 2001.
3. Маклаков С.В. BPwin и ERwin. CASE-средства разработки информационных систем. — М.: Диалог-МИФИ, 2000. — 256 с.
4. Сибилёв В.Д. Проектирование баз данных: Учеб. пособие. — Томск: Томский межвузовский центр дистанционного образования, 2007. — 201 с.
5. Советов, Б.Я. Базы данных: теории и практика: учебник для бакалавров /Б.Я. Советов, В.В. Цехановский, В.Д. Чертовской. – 2-е изд.-М.: Издательство Юрайт, 2012. – 463 с.