Разработка Базы Данных

ВВЕДЕНИЕ В   настоящее   время   мы   живем   в   век   развития   информации   и информационных технологий. В современном мире информация представляет собой один из важнейших ресурсов и, в то же время, одну из движущих сил прогресса человеческого общества. Информационные процессы происходят в материальном мире, живой природе и человеческом обществе. Эти процессы изучаются многими научными дисциплинами. Сейчас человек вряд ли смог бы представить свою жизнь без компьютера, телевизора, телефона, интернета. Все   вышеперечисленные   предметы   и   инструменты   служат   целям хранения   и   передачи   информации.   Хранить   информацию   человечество научилось очень давно. В наиболее древних формах хранения информации использовалось расположение предметов ­ раковин и камней на песке, узелков на веревке. Существенным развитием этих способов явилась письменность ­ графическое изображение символов на камне, глине, папирусе, бумаге.  Огромное  значение   в  развитии   этого   направления  имело   изобретение книгопечатания.   За  свою   историю   человечество   накопило   огромный   объем информации   в   библиотеках,   архивах,   периодических   изданиях   и   других письменных документах.  В   21   веке   особое   значение   получило   хранение   информации   в   виде последовательностей   двоичных   символов.   Для   реализации   этих   методов используются   разнообразные   запоминающие   устройства.   Они   являются центральным   звеном   систем   хранения   информации.   Кроме   них   в   таких системах   используются   средства   поиска   информации   (поисковая   система), средства   получения   справок   (информационно­справочные   системы)   и средства отображения информации (устройство вывода). 3 1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ 1.1.1 «MS ACCESS» Средствами Access можно выполнить следующие операции: 1) Проектирование   базовых   объектов   ИС   ­   двумерных   таблиц   с разными типами данных, включая поля объектов OLE. 2) Установление   связей   между   таблицами,   с   поддержкой целостности данных, каскадного обновления и удаления записей. Ввод, хранение, просмотр, сортировка, модификация и выборка данных из   таблиц   с   использованием   различных   средств   контроля   информации, индексирования   таблиц   и   аппарата   логической   алгебры   (для   фильтрации данных). Создание,   модификация   и   использование   производных   объектов информационных систем (форм, запросов и отчетов), с помощью которых в свою очередь выполняются следующие операции: 1) Оптимизация   пользовательского   ввода   и   просмотра данных(формы); 2) 3) Соединение данных из различных таблиц; Проведение   групповых   операций   (т.е.   операций   над   группами записей, объединенных каким­то признаком), с расчетами и формированием вычисляемых полей; 4) Отбор   данных   с   применением   аппарата   логической   алгебры (запросы); 5) Составление печатных отчетов по данным, которые содержатся в таблицах и запросах БД. MS   Access   обладает   исключительно   мощными,   удобными   и   гибкими средствами визуального проектирования объектов, и это дает возможность пользователю при минимуме предварительной подготовки довольно быстро 4 создать   полноценную   ИС   на   уровне   таблиц,   форм,   запросов­выборок   и отчетов. В   MicrosoftAccess   2002   имеется   возможность   открывать   таблицы, запросы,   представления,   сохраненные   процедуры,   функции   и   формы   в режимах сводной таблицы и сводной диаграммы. Существует возможность сохранять представления в режимах сводной таблицы и сводной диаграммы в качестве страниц доступа к данным, которые затем может просмотреть любой пользователь, на компьютере которого установлен MicrosoftInternetExplorer 5 или более поздняя версия. MicrosoftAccess   2002   предоставляет   мощные   интуитивные   способы совместного   использования   данных   XML   (ExtensibleMarkupLanguage), независимо   от   платформы,   формата   данных,   протокола,   схемы   и   бизнес­ правил. Язык XML является не только стандартной  технологией передачи данных   в   Интернете;   он   быстро   превращается   в   предпочтительную технологию обмена данными между деловыми приложениями. В   MicrosoftAccess   2002   значительно   усовершенствована   интеграция Access и SQL Server за счет включения расширенных свойств базы данных SQL в проект MicrosoftAccess. Применение расширенных свойств в проектах MicrosoftAccess 2002 сделало возможным использование таких средств, как связи подстановок, условия на значения (также известные как ограничения), форматирование текста и подтаблицы. Вы   можете   запускать   MS   Access   и   завершать   ее   работу   любым   из стандартных способов, предусмотренных в среде Windows. Объектом обработки MS Access является файл базы данных, имеющий произвольное   имя,   и   расширение   .MDB.   В   этот   файл   входят   основные объекты MS Access: таблицы, формы, запросы, отчеты, страницы, макросы и модули. Разработка базы данных разбивается на следующие основные этапы. 5 Определение цели создания базы данных. На первом этапе разработки базы   данных   необходимо   определить   ее   назначение   и   как   она   будет использоваться.   Посоветуйтесь   с   будущими   пользователями   базы   данных. Вместе с ними сформулируйте вопросы, ответы на которые вы и они хотите получать с помощью базы данных. Создайте эскизы отчетов, которые хотелось бы   получить.   Соберите   формы,   которые   вы   уже   используете   для   ввода данных.   По   мере   определения   предназначения   базы   данных   начнет формироваться перечень необходимых данных. Зная это, можно определить, какие фактические данные следует сохранять в базе данных и по каким темам распределяются   эти   данные.   Темам   должны   соответствовать   таблицы,   а данным ­ поля (столбцы) в этих таблицах. Определение   нужных   полей   в   базе   данных.   Каждое   поле   содержит определенные   фактические   данные.   Например,   может   потребоваться следующая   информация   о   заказчиках:   название   компании,   адрес,   город, страна   и   номер   телефона.   Для   каждого   типа   сведений   следует   создать отдельное поле. При составлении схемы полей учитывайте следующее. Включайте   все   необходимые   сведения.   Разбивайте   информацию   на минимальные логические компоненты. Например, имена сотрудников удобно разбить на два поля — «Имя» и «Фамилия», что облегчит сортировку  по фамилиям. Не создавайте поля для данных, состоящих из нескольких элементов. Например, если создать в таблице «Поставщики» поле «Товары», содержащее перечень всех товаров этого поставщика, будет трудно найти поставщиков, поставляющих конкретный товар. Не   рекомендуется   включать   в   таблицу   данные,   которые   являются результатом   выражения.  Например,  в  таблице,  содержащей  поля  «Цена»  и «Количество», не следует создавать поле, содержащее произведение значений этих полей. 6 Не создавайте поля, содержащие аналогичные данные. Например, если создать в таблице «Поставщики» поля «Товар1», «Товар2» и «Товар3», будет трудно   найти   поставщиков,   поставляющих   конкретный   товар.   Кроме   того, придется   изменять   структуру   базы   данных,   если   появится   поставщик, предлагающий четыре  товара. Достаточно будет одного  поля  для товаров, если поместить это поле в таблицу «Товары», а не в таблицу «Поставщики». Определение таблиц, которые должна содержать база данных. Каждая таблица должна содержать информацию только на одну тему. Список нужных полей   подскажет,   какие   требуются   таблицы.   Например,   если   будет использоваться   поле   «Дата   Найма»,   оно   принадлежит   теме   сведений   о сотрудниках, т.е. должно содержаться в таблице «Сотрудники». Потребуются также таблицы «Клиенты», «Товары» и «Заказы». Определение таблиц, к которым относятся поля. При решении вопроса, к   какой   таблице   должно   относиться   каждое   поле,   необходимо   учитывать следующие принципы разработки. Включайте каждое поле только в одну таблицу. Не включайте поле в таблицу, если в результате его добавления одни и те же данные будут появляться в нескольких записях этой таблицы. Если оказывается, что поле таблицы содержит много повторяющихся данных, это поле, вероятно, помещено не в ту таблицу. Например, при включении поля, содержащего   адрес   заказчика,   в   таблицу   «Заказы»   эта   информация   будет повторяться во многих записях, если заказчик будет делать разные заказы. Если же поместить адрес в таблицу «Клиенты», он появится только один раз. Данные, хранящиеся только в одной таблице, обновляются только один раз. Это более эффективно и, кроме того, исключает возможность дублирования записей, содержащих разные сведения. Определение полей с уникальными значениями в каждой записи. Для связывания   в   MicrosoftAccess   сведений,   хранящихся   в   разных   таблицах, например, для связывания клиента со всеми его заказами, каждая таблица 7 базы   данных   должна   содержать   поля   или   набор   полей,   однозначно   Такое   поле   или   набор   полей определяющих   каждую   запись. называют первичным ключом. Определение   связей   между   таблицами.  После   разбиения   сведений   на таблицы и определения полей первичного ключа необходимо выбрать способ, которым MicrosoftAccess будет вновь объединять связанные сведения. Для этого   следует   определить   связи   между   таблицами   базы   данных MicrosoftAccess.   При   этом   полезно   изучить   связи   в   существующей   базе данных   с   хорошо   организованной   структурой,   например,   в   учебной   базе данных «Борей». Усовершенствование структуры базы данных. После создания нужных таблиц,   полей   и   связей   необходимо   еще   раз   просмотреть   структуру   базы данных и выявить возможные недочеты. Желательно это сделать на данном этапе, пока таблицы не заполнены данными. Создайте   таблицы   в   MicrosoftAccess,   создайте   между   ними   связи   и введите   в   таблицы   достаточный   объем   данных   для   проверки   структуры. Чтобы   проверить   связи   в   базе   данных,   посмотрите,   удается   ли   создать запросы   для   получения   нужных   сведений.   Создайте   черновые   формы   и отчеты,   посмотрите,   отображаются   ли   в   них   те   данные,   что   ожидались. Выполните поиск излишних повторов данных и исключите их. Ввод данных и создание других объектов базы данных. Если структуры таблиц отвечают поставленным требованиям, то можно ввести все данные. Затем   можно   создать   все   необходимые   объекты   базы   данных   ­   запросы, формы, отчеты, страницы доступа к данным, макросы и модули. Использование   средств   анализа   MicrosoftAccess.   В   MicrosoftAccess существуют два инструмента, помогающие усовершенствовать структуру базы данных MicrosoftAccess. Мастер анализа таблиц позволяет проанализировать структуру   таблицы,   предложить   подходящие   новые   структуры   и   связи,   а также разделить таблицу на новые связанные таблицы, если это имеет смысл. 8 Анализатор быстродействия исследует всю базу данных и дает рекомендации по ее улучшению, а также может выполнить эти рекомендации. Для создания базы данных в MicrosoftAccess можно использовать два способа. Простейший способ создания базы данных ­ использование мастера баз данных для создания всех необходимых таблиц, форм и отчетов. Имеется также   возможность   создать   пустую   базу   данных,   а   затем   добавить   в   нее таблицы, формы, отчеты и другие объекты ­ это наиболее гибкий способ, но он требует отдельного определения каждого элемента базы данных. В обоих случаях созданную базу данных можно в любое время изменить и расширить. 2. ПРАКТИЧЕСКАЯ ЧАСТЬ 2.1 Анализ предметной области Аптечный   склад   осуществляет   заказ,   хранение   и   реализацию медикаментов   через   аптечную   сеть.   Заказ   товара   производится   путем оформления   заявок.   Товары   поступают   из   разных   стран   и   после   заказа отправляются в аптечную сеть для дальнейшей продажи. 2.2 Разработка базы данных среди СУБД «ACCESS» Для   начала   работы   запустил   программу «MSAccess».Access ­ это реляционная СУБД корпорации Microsoft. После запуска в рабочей области появилось диалоговое окно, в котором необходимо выбрать вид базы данных, рисунок 2.1 9 Рисунок 2.1 – Выбор типа базы данных Выбираем   «Пустая   база   данных»   и   далее   переходим   к   названию, рисунок 2.2  Рисунок 2.2 – Окно для ввода имени БД И   после   ввода   имени   переходим   непосредственно   в   рабочую область,ПРИЛОЖЕНИЕ А рисунок 2.3  10 Рисунок 2.3 – Рабочая область программы И здесь мы начинаем работу непосредственно с нашей БД. Для начала я создал   таблицу  «Контингент»,ПРИЛОЖЕНИЕ   А  рисунок  2.4. Для   этого  я перешел в режим конструктора для конструирования полей таблицы. Таблица   –   этообъект   БД,   который   служит   для   ввода   и   хранения информации. Ключевым   полем   я   назначил   поле   «ИНН»,   так   как   это   уникальный номер для каждого работника моей компании. Ключевое поле – это одно или несколько полей, комбинация значений которых однозначно определяет каждую запись в таблице. В   полях   обязательных   для   заполнения   необходимо   выбрать   тип   дата/время   и   так   текстовый, вводимых   данных   (числовой, далее),ПРИЛОЖЕНИЕА рисунок 2.5. Для того, чтобы не вводить для каждого поля повторяющиеся данные, необходимо создать вспомогательную таблицу,ПРИЛОЖЕНИЕ А рисунок 2.6 – 2.14. Вспомогательные таблицы целесообразно стоит создавать без ключевых полей, так как в них нет необходимости. Далее в необходимые поля основных 11 таблиц   мы   с   помощью   «Мастера   подстановок»   в   графе   «Тип   данных» подставляем необходимые поля из наших вспомогательных таблиц. После того, как мы создали таблицу «Контингент» необходимо перейти в режим таблицы для дальнейшего ее заполнения,ПРИЛОЖЕНИЕ А рисунок 2.15. Внеся данные нашего персонала, создал следующую таблицу «Приход», в которой хранятся данные о приходящем на склад товаре,ПРИЛОЖЕНИЕ А рисунок 2.16. Так как это основная таблица, здесь ключевым полем будет служить код товара для дальнейшей связи с другими таблицами. Связи между таблицами ­ это та основа, с помощью которой можно обеспечить целостность данных, чтобы в базе данных не было потерянных записей.   Потерянная   запись   ­   это   запись   со   ссылкой   на   несуществующую запись   (например,   запись   заказа   со   ссылкой   на   отсутствующую   запись клиента).Связи   между   таблицами   предоставляют   сведения   для структурирования запросов, форм и отчетов. После   создания   таблицы   «Приход»,   логично   будет   создать   таблицу «Расход»,ПРИЛОЖЕНИЕ А рисунок 2.17, в которой будет осуществляться учет продаж и «Товар»,ПРИЛОЖЕНИЕ А рисунок 2.18, где будут собраны данные о продукции. После того, как мы создали, заполнили и связали все необходимые нам таблицы переходим к созданию запросов. Запрос   ­   это   набор   инструкций,   который   можно   использовать   для обработки данных. Чтобы эти инструкции были выполнены, запрос следует запустить.   Запрос   не   только   возвращает   результаты ­   которые   можно сортировать, группировать и фильтровать ­ с помощью запроса можно также создавать, копировать, удалять и изменять данные. Первый запрос создаем для того, чтобы выяснить сколько продукции остается на складе после продаж. Назовем его «Остаток»,ПРИЛОЖЕНИЕ Б рисунок 2.19. 12 Второй запрос непосредственно будет показывать нам все данные по продажам. Назовем его «Продажи»,ПРИЛОЖЕНИЕ Б рисунок 2.20. И   наконец   третий   необходимый   нам   запрос   будет   выступать показателем цен на товар приходящего и проданного, сам запрос будет под именем «Цена приход/продажа»,ПРИЛОЖЕНИЕ Б рисунок 2.21. Для необходимых вычислений в запросах, такие как цена продажи и остаток я использовал формулы вычислений,ПРИЛОЖЕНИЕ Б рисунок 2.22, 2.23. После того, как мы создали запросы и проверили их в действии нужно создать отчеты.  Отчет – это форматированное представление данных, которое выводится   на   экран,   в   печать   или   файл.   Они   позволяют   извлечь   из   базы нужные сведения и представить их в виде, удобном для восприятия, а также предоставляют широкие возможности для обобщения и анализа данных. Как и сказано в определении они представляют нужные нам данные в удобном   для   восприятия   виде,   поэтому   создаем   отчеты   по   каждому запросу,ПРИЛОЖЕНИЕ В рисунок 2.24 – 2.26. Ну и в заключении нашей работы мы создаем формы, одна из которых будет служить главной. Форма — это объект базы данных, который можно использовать для создания   пользовательского   интерфейса   для   приложения   базы   данных. "Привязанная" форма напрямую соединена с источником данных, например с таблицей или запросом, и может использоваться для ввода, изменения или отображения   данных   из   источника   данных.   Как   вариант,   можно   создать "свободную" форму, которая не связана напрямую с источником данных, но которая   все   равно   может   содержать   кнопки,   надписи   и   другие   элементы управления, необходимые для работы приложения. После   того,   как   создали   формы   по   каждой   таблице   и запросу,ПРИЛОЖЕНИЕ   Г   рисунок   2.27   –2.42,   создаем   главную   форму,   в 13 которую   приятно   оформляем   кнопки, формы,ПРИЛОЖЕНИЕ Г рисунок 2.43.   ссылающие   нас   на ЗАКЛЮЧЕНИЕ Итак,   хранилища   данных   ­   это   прежде   всего   подмостки,   где разворачивается   действие   пьесы   под   названием   DSS.   Здесь   должна   быть представлена информация, отражающая различные направления деятельности компании   и   пригодная   для   проведения   всестороннего   анализа.   Хранилище данных выполняет следующие функции: 1) Собирает информацию из различных источников, прежде всего из корпоративных оперативных  приложений,  а также  от  внешних  источников, например,   организаций   по   исследованию   рынка,   лабораторий   по   оценке качества, консалтинговых компаний и независимых аналитиков; 2) Интегрирует   данные   в   логические   модели   по   определенным предметным областям; 3) Хранит   информацию   таким   образом,   чтобы   она   была   легко доступна и понятна различным категориям пользователей; 4) Предоставляет данные разнообразным DSS­приложениям. Хотя   вариантов   построения   информационных   хранилищ   существует множество,   все   же   можно   выделить   несколько   базовых   характеристик, присущих большинству складов данных. Их авторство приписывают одному из крупнейших специалистов в области хранилищ данных Биллу Инмону. Следует   подчеркнуть,   что   корпорация   работает   с   двумя   разными типами информации. Постоянно изменяемые базы данных систем оперативной обработки   транзакций   (OLTP)   содержат   детальную   информацию   по определенному бизнес­процессу.  14 Пригодные   для   анализа   данные   информационного   склада   содержат обобщенные сведения по достаточно широкой предметной области, которая может   охватывать   различные   направления   бизнеса.   Данные   со   склада   не просто   фиксируют   события,   но   и   отражают   определенные   тенденции, например, недельные продажи, выполненные различными филиалами фирмы за   последние   пять   лет,   сгруппированные   по   типу   товаров.   Возможность работы   конечных   пользователей   с   форматом   оперативных   данных   не предусмотрена.  Структура бизнес­данных сложнее, но их формат обычно специально организован в расчете на финансового менеджера или работника сервисной службы. 15 СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ 1) 2) 3) 4) 5) 6) 7) 8) 9) 10) http://www.osp.ru/os/1998/04/179552/ https://support.office.com/ru­ru/article/ https://books.google.ru/books?isbn=5941575513 http://shpargalum.ru/shpora­gos­povtas http://bourabai.ru/dbt/dbms/023.htm http://mf.grsu.by/Kafedry/kaf001/academic_process/048/46 http://do.bti.secna.ru/lib/book_it/sreda_bd.html http://www.googleadservices.com/pagead http://web.znu.edu.ua/lab/econom/dba/lectures/ADBS_lect1.pdf http://citforum.ru/database/dbguide/1­3.shtml 16