Практическая работа с СУБД MS Access
В практической работе была выбрана архитектура локальная или децентрализованная. Именно такая архитектура в программе MS Access.
Для создания новой БД в программе нужно зайти в приложение и в окне выбрать «Новая база данных» или какой-либо шаблон, сейчас это распространено в последних версиях продукта.
Разработка таблиц
В базе данных, которая была создана содержится 5 таблиц.
Таблица «Виды деятельности» – содержит основные сведения о видах деятельности предприятий (рисунок 7).
Рисунок 7 – Виды деятельности
Населённые пункты – содержит информацию о населённых пунктах, код области, наименование населённого пункта (рисунок 8).
Рисунок 8 - Таблица «Населённые пункты»
Таблица «Области» – содержит такие сведения, как: код населённого пункта, наименование населённого пункта и данные о предприятиях в том или ином населённом пункте в выпадающей таблице (рисунок 9).
Рисунок 9 – Таблица «Области»
Таблица «Предприятия» – включает в себя такие данные, как Наименование предприятий, коды населённых пунктов, коды видов деятельности, численности работ, адреса, объёмы выполняемых работ, даты созданий предприятий, коды районов (рисунок 10).
Рисунок 10 - Таблица «Предприятия»
Таблица « Районы» – включает в себя такие данные, как Наименования районов, коды районов пункта и данные о предприятиях в том или ином населённом пункте в выпадающей таблице (рисунок 11).
|
|
|
Рисунок 11 - Таблица «Районы»
На рисунке 8 продемонстрирована полная структура данных БД «Учёт малых предприятий», разработанная с помощью MS Access.
Рисунок 12 – Структура данных БД
Разработказапросов
Запросы отвечают за скоростной и эффективный доступ к информации из одной либо нескольких связанных первичными ключами таблиц. Результат запроса – это новая сформированная таблица, которая может применяться, как и любая другая таблица БД во время обработке.
В рассматриваемую БД вошли такие запросы, как:
1. Базовый запрос – предоставляет просмотр полной информации.
В режиме конструктора запросов нужно выбрать все таблицы, содержащую сведения о малых предприятиях, - «Наименование предприятия», «Наименование области», «Наименование района», «Наименование населённого пункта», коды районов и населённых пунктов, «Наименование деятельности», «Объёмы выполненных работ», и «численность работ». Результат показан на рисунке 13.
Рисунок 13 – Запрос «Базовый запрос»
2. Итоговый запрос - получение полной информации о предприятиях для подведения итогов
Запрос создается не на основе таблицы, а на основе базового запроса. Поля выбираются «Наименование области», «Наименование населённого пункта», «Объёмы выполненных работ», и «численность работ». Ко всем полям следует применить групповую операцию. Результат показан на рисунке 14.
|
|
|
Рисунок 14 – Запрос «Итоговый запрос»
2. Перекрёстный запрос - получение полной информации о предприятиях для подведения итогов
Запрос создается не на основе таблицы, а на основе базового запроса. Поля выбираются «Наименование области», «Наименование населённого пункта», «Объёмы выполненных работ», и «численность работ». К полям «Наименование области», «Наименование населённого пункта» «численность работ» следует применить групповую операцию, а поля «Объёмы выполненных работ» и «Итоговое значение» операцию «Sum». Результат продемонстрирован на рисунке 15.
Рисунок 15 – Запрос «Перекрёстный запрос»
Разработка форм
Формы – это сущность БД, предназначенная для структурированного ввода информации в таблицу разными пользователями. Их исполнение позволяет с лёгкостью автоматизировать ввод информации, исключая возможные ошибки при вводе. Формы могут применяться ещё и для просмотра запросов и таблиц. Разрабатываются они с помощью Мастера либо Конструктора форм.
|
|
|
В рассматриваемой БД есть следующие формы:
1. Виды деятельности - форма, позволяющая вводить и редактировать данные о видах деятельности (рисунок 16).
Рисунок 16 – Форма «Виды деятельности»
2. Населённые пункты - просмотр информации о заболеваниях на основе таблицы «Населённые пункты». Эта форма позволяет просматривать, вводить и редактировать данные о населённых пунктах. (рисунок 17).
Рисунок 17 – Форма «Населённые пункты»
3. Области - просмотр информации об областях на основе таблицы «области». Эта форма позволяет просматривать, вводить и редактировать данные об областях. (рисунок 18).
Рисунок 18 – Форма «Области»
4. Предприятия - просмотр информации о заболевании на основе таблицы «предприятия». Эта форма позволяет просматривать, вводить и редактировать данные о предприятиях в подконтрольных районах, численности, проводимых ими работ, объёмах выполненных работ за год и т.д. (рисунок 19).
Рисунок 19 – Форма «Предприятия»
5. Районы - просмотр информации о заболевании на основе таблицы «районы». Эта форма позволяет просматривать, вводить и редактировать данные о районах. (рисунок 20).
Рисунок 20 – Форма «Районы»
Разработка отчетов
Отчеты формируются с целью создания бумажного документа, то есть для отправки на печать необходимой информации. Отчёты разрабатываются с помощью Конструктора либо Мастера отчетов.
|
|
|
В рассматриваемой БД есть такие отчеты:
1. Отчет по областям с итогами. Он содержит информацию о выполненных работах по областям и населённым пунктам (рисунок 21).
Рисунок 21 –«Отчет по областям с итогами»
2. Отчет по областям и городам с итогами и кодами. Он содержит информацию о выполненных работах по областям и населённым пунктам с кодами районов и населённых пунктов (рисунок 22).
Рисунок 22 –«Отчет по областям и городам с итогами и кодами»
Создание основной формы
Основная кнопочная форма создается для удобства навигации по БД, т.е. она может применяться в роли основного меню БД. Элементами главной кнопочной формы являются сущности в виде форм и отчётов. Запросы и таблицы не относятся к элементам основной кнопочной формы. Поэтому для создания кнопок Запросы или Таблицы на кнопочной форме применяются специальные инструменты СУБД - макросы.
Кнопочная форма разрабатывается посредствам диспетчера кнопочных форм. Помимо этого, как и любую другую форму, ее можно корректировать с помощью конструктора форм.
Основная кнопочная форма рассматриваемой БД продемонстрирована на рисунке 23.
Рисунок 23 - Основная кнопочная форма БД
В результате данного практического раздела была выполнена база данных предприятий всей области и городов. В ней добавлены компании, она имеет удобное управление, оснащена необхоимыми формами и видами отчетов.
Заключение
В заключении можно сказать, что профессионалы программного обеспечения должны иметь полный контроль над всеми уровнями архитектуры и поэтому нужно придерживаться следующих рекомендации:
Нужно отделить слои от другого слоя как можно больше, используя технику, такую как XML.
Нужно использовать некоторые автоматизированные инструменты для создания сопоставления между уровнем бизнес-логики и уровнем реляционной базы данных (уровнем данных). Инструменты, которые могут помочь в моделировании этих методов отображения, - Entity Framework и Hibernate для .Net и т. д.
На уровне клиентского представления нужно помещать общий код для всех клиентов в отдельную библиотеку. Это максимизирует повторное использование кода для всех типов клиентов.
Уровень кеша может быть добавлен в существующий уровень, чтобы ускорить работу.
Цель курсовой работы была исполнена - изучена архитектура систем управления базами данных.
Для того, чтобы выполнить поставленную цель в курсовой работе были решены следующие задачи:
1) Изучить причины перехода из файловой системы в СУБД.
2) Определить основные термины баз данных и СУБД.
3) Привести модели данных современных СУБД.
4) Описать основы архитектур СУБД и привести основные виды.
5) Выполнить на практике создание базы данных в одной из архитектур СУБД.
В ходе выполнения задач было реализовано три раздела.
В первом разделе были определены все основы, термины, свойства БД и СУБД, выявлена роль категорий пользователей баз данных, исследованы причины перехода из файловой системы в СУБД, определены модели данных.
Во втором разделе были разобраны все архитектуры СУБД, которые существуют. Они имеют разный функционал, наиболее актуальная на сегодняшний день – это многоуровневая архитектура. Она содержит в себе все нужное для построения чёткой конструкции информационной системы в компании.
В работе были изучены архитектуры:
1. «Файл-серверная» архитектура – это модель, когда в компьютерной сети один компьютер выделяют в качестве центрального - сервера файлов, чтобы хранить централизованную БД совместно с другими пользователями.
2. Архитектура с двумя уровнями похожа на базовую модель клиент-сервер. Приложение на стороне клиента напрямую связывается с базой данных со стороны сервера. Для этого взаимодействия используются API, такие как ODBC, JDBC.
3. Архитектура большинства коммерческих СУБД доступна сегодня в основном на основе этой архитектуры базы данных ANSI-SPARC.
Трехуровневая архитектура имеет три основных уровня:
· Внутренний уровень (сама база данных).
· Концептуальный уровень.
· Внешний уровень.
4. Многоуровневая архитектура.
В практической работе была выбрана архитектура локальная или децентрализованная. Именно такая архитектура в программе MS Access – разработана база данных для предприятий.
Можно сделать вывод, что сама вся конструкция СУБД зависит от ее архитектуры. Она может быть централизованной, децентрализованной или иерархической. Архитектура СУБД может рассматриваться как одноуровневая или многоуровневая. N-ярусная архитектура, делящая всю систему на связанные, но независимые n модули, которые могут быть независимо изменены, изменены или заменены.
Архитектура СУБД содержит схемы, подсхемы и экземпляры.
Список использованной литературы
Источники на русском языке:
1. Баканов М.В., Романова В.В., Крюкова Т.П. Базы данных. Системы управления базами данных. Учебное пособие. - Кемерово: КТИПП, 2012. - 166 с.
2. Бессарабов Н.В. Модели и смыслы данных в Cache и Oracle/ М.: Национальный Открытый Университет «ИНТУИТ», 2016. — 617 с.
3. Бычков А.В. Проектирование информационных систем. Учебное пособие. – СПб.: БХВ-Петербург, 2012. – 426 с.
4. Гвоздева Т.В., Баллод Б.А. Проектирование информационных систем. – Ростов н/Д.: Феникс, 2014. – 512 с.
5. Гринченко Н.Н., Гусев Е.В., Макаров Н.П.. Проектирование баз данных. СУБД Microsoft Access. Учебное пособие. 2-е издание. – М.: Горячая Линия – Телеком, 2013. – 240 с.
6. Гребешков А.Ю. Вычислительная техника, сети и телекоммуникации. Учебное пособие. – М.: Горячая линия-Телеком, 2015. – 190 с.
7. Голицина О.Л., Партыка Т.Л., Попов И.И. Основы проектирования баз данных. Учебное пособие. – М.: Форум, 2014. – 416 с.
8. Домбровская Г.В. Настройка приложений баз данных. – СПб: БХВ-Петербург, 2012. – 240 с.
9. Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. Третье издание. – М.: Вильямс, 2017. – 1440 с.
10. Коваленко В.В. Проектирование информационных систем. – М.: Форум, 2014. – 320 с.
11. Куликов С.C. Работа с MySQL, MS SQL Server и Oracle в примерах. Практ. Пособие. Минск: БОФФ, 2016. — 556 с
12. Кошелев В.Е. Базы данных в ACCESS 2007. – М.: Бином, 2013. – 592 с.
13. Кузнецов С.Д. Базы данных. – М.: Академия, 2012. – 496 с.
14. Кузин А.В., Демин В.М. Разработка баз данных в система MicrosoftAccess. Учебник. 4-е изд. – М.: Форум, 2014. – 224 с.
15. Кумскова И.А. Базы данных. – М.: Кнорус, 2015. – 488 с.
16. Кирилов В.В., Громов Г.Ю. Введение в реляционные базы данных. – М.: БХВ-Петербург, 2012. – 464 с.
17. Лукин В.Н. Введение в проектирование баз данных. – М.: Вузовская книга, 2013. – 144 с.
18. Нестеров С.А. Базы данных. Учебное пособие. — СПб.: Изд-во Политехн. ун-та, 2013. — 150 с.
19. Пак В.С. Системы управления базами данных. Учебно-методический комплекс. — Ташкент: Ташкентский Университет Информационных технологий, 2016. — 317 с
20. Парфенов Ю.П. Постреляционные хранилища данных Екб: Изд-во Урал. ун-та, 2016. — 120 с.
Дата добавления: 2019-07-17; просмотров: 72; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!