Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Разработка регламента выполнения процесса «Контроль поставок товара» (Понятие базы данных)

Содержание:

ВВЕДЕНИЕ

Актуальность темы исследования заключается в том, что с наступлением эры компьютеров встал вопрос о хранении данных. Актуальность исследования также связана с тем, что уже больше 30 лет используется и развивается реляционный подход. Реляционная модель была предложена в 1970 году И.Ф.Коддом (E.F.Codd), работавшим в исследовательской лаборатории IBM. Последующие десять лет эта модель интенсивно развивалась в университетах и научных организациях.Созданные в это десятилетие прототипы реляционных СУБД отличались невысокой производительностью, чтобы иметь коммерческий успех при использовании в корпоративных ИС.

Цель данной курсовой работы заключается в изучении хранения данных и изучение работы MSAccess.

В связи с поставленной целью поставлены следующие задачи:

1) Изучить реляционную алгебру;

2) Изучить способы выборки данных в реляционной алгебре;

3) Изучить способы хранения информации в реляционной алгебре;

4) Изучить язык запросов реляционной алгебры SQL;

5) Изучить работу MSAccess;

6) Показать на примере работу хранения данных и использование запросов SQL в MSAccess.

Объект исследования - базы данных.

Предмет исследования - СУБД MSAccess.

Структура работы состоит из введения, трех глав и заключения. В работе рассматриваются SQL запросов, изучение работы в MSAccess и практическое применения реляционной алгебры и SQL запросов.

При написании работы в качестве опорных источников были использованы следующие: Баканов М.В. - «Базы данных. Системы управления базами данных» и Бекаревич Ю.Б. - «Самоучитель Access 2013»

Глава 1. Теоретические основы работы БД

1.1. Понятие базы данных

База данных (БД) может быть определена как единый набор данных, совместно используемых различными задачами в рамках единой унифицированной автоматизированной информационной системы (ИС).

Теория управления базами данных как самостоятельная дисциплина начала развиваться в начале пятидесятых годов ХХ века. За это время разработана определенная система фундаментальных концепций. Вот некоторые из них.[5, c. 105]

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

Объект - это элемент информационной системы, информация которая хранится в базе данных. Иногда объект также называют сущностью (от англ. Entity). Класс объектов - их коллекция, которая имеет тот же набор свойств.

Атрибут - это отображение информации о свойствах объекта. Каждый объект характеризуется некоторым набором атрибутов.[15, c.74]

Ключевым элементом данных является атрибут (или группа атрибутов), который позволяет вам определять значения других элементов данных. Запись данных (английский язык, эквивалент записи) представляет собой совокупность значений связанных элементов данных.

Первичный ключ - это атрибут (или группа атрибутов), который уникально идентифицирует каждый экземпляр объекта (записи). Вторичный ключ - это атрибут (или группа атрибутов), значение которого можно повторить для нескольких записей (экземпляров объектов). Прежде всего, вторичные ключи используются в операциях записи записей.[16, c. 134]

Процедуры для хранения данных в базе данных должны соответствовать определенным общим принципам, среди которых, в первую очередь, следует отметить:

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

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

Программное обеспечение, которое выполняет операции с базами данных, получило название СУБД - система управления базами данных. Очевидно, что его работа должна быть организована таким образом, чтобы перечисленные принципы выполнялись.[18, c. 100]

1.2. Модели организации данных

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

- приемлемая организация данных;

- ограничения целостности;

- множество допустимых операций.

В теории систем управления базами данных выделяются четыре основных типа моделей: иерархическая, сетевая, реляционная и объектно-реляционная.[10, c. 103]

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

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

Сетевой БД состоит из набора записей и набора связей между этими записями, точнее, из набора экземпляров записей указанных типов (из допустимого набора типов) и набора экземпляров из данного набора сообщений типы. Примером системы управления данными с сетевой организацией является интегрированная система управления базами данных CullinetSoftwareInc. (IDMS), разработанная в середине 1970-х годов.

Он предназначен для использования на «больших» компьютерах. Архитектура системы основана на предложениях Целевой группы баз данных (DBTG), Конференции по языкам систем данных (CODASYL), организации, отвечающей за определение стандартов языка программирования Cobol.[4, c. 130]

К преимуществам систем управления данными, основанным на иерархических или сетевых моделях, можно отнести их компактность и, как правило, высокую скорость, а среди недостатков - неуниверсальность, высокую степень зависимости от конкретных данных.[2, c. 261]

1.3. Реляционная модель данных

Концепции реляционной модели были впервые сформулированы в работах американского ученого Э. Ф. Кодда. Откуда взялось его второе имя - модель Кодда.[12, c. 262]

В реляционной модели объекты и отношения между ними представлены с использованием таблиц. Для его формального определения используется фундаментальное понятие отношения. Строго говоря, термин «реляционный» происходит от английского отношения - отношения. Если заданы произвольные конечные множества D1, D2, ..., Dn, то декартово произведение этих множеств D1? D2? ...? Dn - множество всех возможных наборов вида (d1, d2 ..., dn), где D1 D1, d2 D2, ..., dnDn. Отношение R, определенное на множествах D1, D2, ..., Dnn, является подмножеством декартова произведения Dl x D2x ... x Dn. Более того, множества D1? D2? ...? Dn называются доменами отношений, а элементами декартова произведения являются кортежи отношений. Число n определяет степень отношения, а количество кортежей - его мощность. Наряду с понятиями домена и кортежа при работе с реляционными таблицами они используют альтернативные понятия полей и записей.

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

Важным преимуществом реляционной модели является то, что в ее рамках действия над данными могут быть сведены к операциям реляционной алгебры, которые выполняются над отношениями. Это такие операции, как объединение, пересечение, вычитание, декартово произведение, выборка, проектирование, соединение, деление.[12, c. 100]

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

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

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

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

Главное, что для приведения таблиц в состояние, соответствующее нормальным формам, или, как говорится, для нормализации данных над ними, должны быть реализованы вышеупомянутые операции реляционной алгебры.[14, c. 321]

Основным преимуществом реляционной модели является ее простота. Именно благодаря этому он заложен в основу подавляющего большинства реально работающих СУБД.

В первой главе были рассмотрены основные модели базы данных. На сегодняшний день самая используемый подход в проектировании и использовании баз данных это реляционный подход. Последний используется в программном продукте MSAccess.

Глава 2. Работа в программном обеспечении MSAccess

2.1. Краткая характеристика MSAccess

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

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

Для выполнения практически все основных операций доступа обеспечивает большое количество мастеров (Wizards), которые делают большую часть работы для пользователя при работе с данными и разработкой приложений, помогут предотвратить рутинные действия и содействовать работе пользователь без опыта программирования.

Создание базы данных несколькими пользователями и получение несколькими пользователям одновременно доступ к общему доступу к базе данных возможно в одноранговой сети или на файловом сервере локальной сети. Сеть обеспечивает поддержку аппаратного и программного обеспечения для обмена данными между компьютерами. Доступ контроль отвечает за дифференциацию различных пользователей для доступа к базе данных и обеспечить защиту данных. При одновременной работе. Поскольку доступ не на основе клиент-сервер данных, возможность обеспечить работу многопользовательский несколько ограничена. Как правило, доступ к данным по сети из базы данных несколько рабочих станций доступа к файлам (с расширением * .mdb) происходит на файловом сервере. В этом случае обработка данных выполняется в основном на клиенте - когда приложение работает в соответствии с принципами организации файла базы данных. Этот фактор ограничивает использование доступа к операции из множества элементов (15-20), а также большого количества данных в таблицах, так как нагрузка на сеть не многократно возрастает [2].

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

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

Однако при определенных недостатках MS Access имеет много преимуществ по сравнению с подобными системами.

Во-первых, следует отметить, распространенность, котораясвязана с тем, что программа является продуктом Microsoft, программного обеспечения и операционной системы, используемой большинством пользователей ПК. MS Access полностью совместима с операционной системой Windows, которая постоянно обновляется производителем, совместим с различными языками.

Общий MS Access предлагает много возможностей для относительно небольшой стоимости. Кроме того, необходимо учитывать направленность на пользователей с различным образованием, в результате чего большое количество грантов (Masters, как уже упоминалось), усовершенствованную систему помощи и интуитивно понятный интерфейс. Эти инструменты позволяют легко создавать, создавать базы данных и извлекать из него данные.

MS Access предоставляет пользователям, не имеющим опыта программирования различных интерактивных инструментов, которые позволяют создавать приложения без необходимости развития в запросах SQL или макросов программирования или модулей VBA [4].

Доступ обеспечивает разнообразие импорта / экспорта данных в различных форматах, из электронных таблиц Excel и текстовых файлов практически любого сервера баз данных через механизм ODBC.

Другим важным преимуществом разработки приложений MS Access встроенный мультимедиа развивается. Большинство приложений распространяются на пользователей, содержащих определенное количество VBA (VisualBasic для приложений). VBA является единственным способом выполнения многих задач общего доступа (работы с переменными, строить операторы SQL во время выполнения, обработок ошибок, использовать Windows API, гм. D.), чтобы создать более или менее сложные приложения, знание и знание MS Access, модель объекта требуется.

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

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

2.2 Функциональные возможности MSAccess

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

В Access база данных ссылается на файл, содержащий набор информации. База данных в Access 2013 может содержать следующие типы объектов (см. Рисунок1): таблица, запрос, форма, отчет, страница, макрос, модуль [11].

Рисунок 1 - Окно объектов базы данных

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

Таблица - это объект, который соответствует понятию «таблица» в теории реляционных баз данных. Для каждой таблицы в Access вы можете определить первичный ключ и один или несколько индексов для увеличения скорости доступа к данным [12].

Доступ позволяет создавать структуру таблиц в трех режимах - в режиме разработки, с помощью мастера и путем ввода данных. Разница заключается в использовании этих инструментов пользователями с различным уровнем подготовки, различными целями и перспективами использования данных (Рисунок 2). Естественно, вы можете просматривать, редактировать, удалять и добавлять записи, искать, заменять, сортировать данные, изменять внешний вид таблицы. Связи между таблицами определяются специальным инструментом, называемым «Схема данных».

Рисунок 2- Схема данных

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

Запрос - это объект, содержащий текст запроса SQL, который имеет уникальное имя в указанной базе данных(Рисунок 3). Вы можете создать запрос с помощью мастера и в режиме конструктора. В первом случае пользователь запрашивается в интерактивном режиме, чтобы выбрать имя таблицы и поля для образца. Во втором случае вы можете выбрать несколько таблиц или запросов, связать их графически и определить типовые поля. Вы также можете установить дополнительные условия для каждого поля и параметры сортировки.

Рисунок 3 - Конструктор запроса

Существует еще один способ создания запроса, встроенного в конструктор: написание запроса вручную в SQL. Тем не менее, предназначенный для этого текстовый редактор имеет явно ограниченные возможности с точки зрения удобства и наглядности выполнения кода. По-видимому, этот метод не был позиционирован разработчиками как основной [9].

Форма - это специальный контейнерный объект для других компонентов интерфейса, таких как ввод и отображение полей, кнопок и т. Д. В форме разработчик имеет компоненты для ввода, обновления, просмотра и группировки данных в зависимости от особенностей заявление. Вы также можете создать форму двумя способами - в режиме разработки и с помощью мастера. В первом случае разработчик имеет набор компонентов (при необходимости вы можете зарегистрировать свой ActiveX), который свободно помещает их в форму и устанавливает их параметры. В режиме мастера пользователь просто выбирает таблицу, поля и стиль дизайна, и форма создается автоматически.

Отчет - объект, предназначенный для создания документа, который впоследствии может быть распечатан или включен в документ другого приложения. Этот документ содержит примеры результатов из базы данных в форме структурированной информации (например, в форме таблицы или списка). MS Access обладает богатыми возможностями форматирования и форматирования отчетов. Для отчета существуют те же два режима создания. В режиме мастера пользователь может указать ряд параметров, которые почти полностью определяют желаемый внешний вид отчета. Для создания нестандартных отчетов лучше использовать конструктор.

Страницы - это средство публикации данных в локальной сети или Интернете. Созданная страница проецируется как форма (с некоторыми отличиями в используемых компонентах), а при работе с ней вы можете не только просматривать, но и изменять данные в базе данных. После сохранения страницы как объекта в базе данных вы можете экспортировать ее как файл HTML и использовать ее для доступа к данным через интернет-браузер.

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

Модуль является контейнером программного кода на VBA. Для редактирования и просмотра используется оболочка редактора VisualBasic. Весь программный код приложения содержится в наборе модулей. Здесь он имеет то же семантическое значение, что и в любом языке программирования [3].

Это полный список объектов, которые могут храниться в базе данных MS Access, которая, однако, похожа на другие настольные СУБД этого класса, например Paradox.

Какие функции предоставляет Access в функциональном плане.

Ввод данных. Ввод данных может осуществляться следующими способами: вручную непосредственно в таблицу (сюда входит вставка содержимого буфера обмена); Вручную в поля формы; Прямой импорт данных из других источников (базы данных Access, текстовые файлы, формат DBF, электронные таблицы, источники данных ODBC); Программный метод, который может сочетать любые средства, которые могут быть реализованы на VBA.

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

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

3. Вывод данных. Здесь Access предоставляет такие возможности: вывод на экран монитора в виде таблицы, полей формы или отчетов; Экспорт в другие форматы данных (то же, что и импорт); Печать, главным образом в форме отчетов; Выводить данные в интернет-браузер, используя объект Page в определенной сети; Программа экспорта и вывода информации.

4. Взаимодействие с другими источниками и потребителями информации. В этом плане Access может действовать как сервер или клиент автоматизации. Особенно прозрачна связь с другими продуктами MicrosoftOffice. Например, вы можете иметь документ MicrosoftWord, в котором есть поля из Access DB, изменение данных в базе данных автоматически отображается в документе. Это позволяет создавать гибкие решения, которые объединяют данные в офисные инструменты.

5. Использование базы данных MS Access в других приложениях. Эта опция использует MDB-файл в качестве хранилища данных. Программа, которая обращается к данным, может быть написана на любом языке высокого уровня. В этом случае используются таблицы и запросы. Ядро базы данных отслеживает поддержание ссылочной целостности и релевантность данных. Взаимодействие осуществляется через драйвер ODBC MicrosoftJetEngine.

6. Инструменты для создания приложений. Создание приложений в Access очень похоже на все другие инструменты автоматизации MicrosoftOffice. Он использует интерпретируемый язык VisualBasicforApplications, который ведет, как и любой интерпретируемый язык, к определенному увеличению времени ЦП, скорости выполнения программы и обработки данных. Для успешного развития вам необходимо знать объектную модель самого доступа и особенности его использования.

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

Механизм доступа к базе данных обеспечивает три уровня блокировки:

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

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

Блокировка страницы. На этом уровне доступ к заблокированной странице может получить только один пользователь. Это самый низкий уровень блокировки. Процессор MicrosoftJet автоматически устанавливает блокировку страницы и не может контролироваться вашей программой.

Страница данных может содержать несколько записей, ее размер составляет 26 КБ. Блокировка страницы означает блокировку всех записей на этой странице. Если длина записи составляет 512 байт, то 4 записи будут заблокированы, а если 50 байт, то 40 записей будут заблокированы. Точное количество записей не может быть определено или указано заранее, поскольку таблица может содержать удаленные записи (которые удаляются только во время уплотнения).

Блокировка на уровне стола имеет два режима - пессимистический и оптимистический. По умолчанию устанавливается пессимистическая блокировка.

8. Администрирование. Преимущество монопольного режима работы фактически привело к дегенерации административных функций базы данных и, в связи с этим, к отсутствию административных инструментов в обычном смысле этого слова в MS Access. Доступные инструменты позволяют выполнять следующие действия: базу данных Access можно разделить на два файла, один из которых содержит таблицы, а другой содержит запросы, формы, отчеты, макросы, модули и ярлыки на страницах доступа к данным.

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

Это особенно полезно, когда вам нужно хранить все таблицы в одной базе данных на сетевом сервере, хранить формы, отчеты и другие объекты в отдельной базе данных, копии которой доступны всем пользователям общей базы данных; Инструменты репликации MicrosoftAccess, доступные в базе данных (.mdb) и в проекте (.adp), позволяют создавать реплики и синхронизировать их по требованию при работе в MicrosoftAccess; Средства защиты и контроля доступа. Самый простой способ защиты - установить пароль для открытия базы данных. (Рисунок 4)

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

Однако, как уже отмечалось, выбор пароля администратора не является сложным для хакера; Существует возможность преобразования базы данных в формат более ранней версии MS Access для обеспечения совместимости в некоторых случаях; И, наконец, инструмент для сжатия базы данных, которая стирает информацию об удаленных строках и уменьшает размер файла MDB на диске. Это приводит к повышению производительности и в некоторых случаях позволяет восстановить базу данных (например, после непредвиденного сбоя питания).

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

Рисунок 4 - Шаблоны баз данных

Пользователь в интерактивном режиме мастера выбирает данные, которые он хочет иметь в своей базе данных, в соответствии с потребностями предприятия, а MS Access автоматически создает все необходимые объекты. В будущем эту базу данных можно будет дорабатывать и расширять.

Многозначные поля для сложных данных

Вы можете создать поле, содержащее несколько значений, также называемых комплексными данными. Предположим, вам нужно назначить задачу одному из сотрудников или подрядчиков, но вы хотели бы назначить эту задачу нескольким людям. В большинстве систем управления базами данных и в более ранних версиях Access вам потребуется создать отношение «многие-ко-многим», чтобы избежать ошибок.

В OfficeAccess2013 наиболее сложная часть работы выполняется автоматически при выборе поля для ввода нескольких значений. Многозначные поля особенно полезны, когда вы используете OfficeAccess2013 для работы со списком SharePoint, который содержит один из типов многозначных полей, используемых в компоненте WindowsSharePointServices. OfficeAccess2013 совместим с этими типами данных [12].

Новый тип данных «Вложение» позволяет хранить все типы документов и двоичных файлов в базе данных без излишнего увеличения размера базы данных. OfficeAccess2013 автоматически сжимает вложения, когда это возможно, оставляя как можно больше свободного места. Вам необходимо приложить документ MicrosoftOfficeWord2013 к записи или сохранить несколько цифровых фотографий в базе данных. Использование вложений значительно облегчает выполнение таких задач. Вы даже можете добавить несколько вложений в одну запись.

В полях MEMO теперь сохраняется форматированный текст и поддерживается журнал исправлений.

Теперь OfficeAccess2013 поддерживает форматированный текст, который можно использовать в записях наряду с обычным текстом. Текст может быть отформатирован с использованием различных параметров (таких как жирный и курсивный шрифт, а также применять разные шрифты, цвета и другие распространенные параметры форматирования) и хранить их в базе данных. Форматированный текст сохраняется в поле MEMO в HTML-формате, который совместим с типом данных «FormattedText» в компоненте «WindowsSharePointServices». Установите для свойства TextFormat значение RichText или PlainText, и данные в текстовых полях и режиме таблицы будут отформатированы должным образом.

Поля MEMO удобны для хранения больших объемов данных. С помощью OfficeAccess2013 вы можете установить свойство «Только для добавления», чтобы сохранить все изменения в поле «MEMO». Затем вы можете просмотреть журнал этих изменений. Эта функция также поддерживает функцию отслеживания в компоненте WindowsSharePointServices.

Таким образом, вы также можете использовать Access для просмотра содержимого списка SharePoint.

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

По изученному материалу напрашивается следующий вывод, MSAccessполностью удовлетворяет условиям работы с БД. И является ведущим инструментом для разработки баз данных для локальных серверов MSWindows.

Глава 3. Практический пример данных в MSAccess

3.1. Хранение данных в MSAccess

В данном разделе будет представлен практический пример и его хранение в реляционном подходе хранения данных. За пример я в своей работе возьму известную ситуацию Продавец, Покупатель, Сделка между продавцом и покупателем (Рисунок 5).

Таким образом в нашей базе данных будет три таблицы. Таблица, которая будет представлять покупателей будет называться Customers. Таблица, которая будет представлять продавцов будет называться Sellers. Таблица, которая будет представлять сделки между продавцами и покупателями будет называться Orders.

Рисунок 5- Таблица представляющая покупателей (Customers)

В Рисунке 5 мы можем видеть три поля, первое поле является первичным ключом (c_id), то есть это поле, которое пронумеровывает строки в таблице, при добавлении нового покупателя в таблицу, данный атрибут автоматически инкриминируется, тип данных у данного поля int. Второе поле (cname), служит для хранения имени покупателя, тип данных у данного поля varchar.Третье поле (city), служит для хранения города из которого покупатель, тип данных у данного поля varchar.

Рисунок 6- Таблица представляющая продавцов (Sellers)

В Рисунке 6 мы можем видеть три поляаналогично Рисунку 8, первое поле является первичным ключом (s_id), то есть это поле, которое пронумеровывает строки в таблице, при добавлении нового продавца в таблицу, данный атрибут автоматически инкриминируется, тип данных у данного поля int. Второе поле (sname), служит для хранения имени продавца, тип данных у данного поля varchar.Третье поле (city), служит для хранения города из которого продавец, тип данных у данного поля varchar.

Рисунок 7 - Таблица представляющая сделки между продавцами и покупателями (Orders)

В Рисунке 7 мы можем видеть четыре поля, первое поле является первичным ключом (o_id), то есть это поле, которое пронумеровывает строки в таблице, при добавлении новой сделки в таблицу, данный атрибут автоматически инкриминируется, тип данных у данного поля int. Второе поле (c_id),вторичный ключ,служит для хранения первичного ключа из таблицы Customers (Таблица 1), тип данных у данного поля int.Третье поле (s_id),вторичный ключ,служит для хранения первичного ключа из таблицы Sellers (Таблица 2), тип данных у данного поля int. Третье поле (sum), служит для хранения суммы сделки, тип данных у данного поля double.

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

Рисунок8- Связьмеждутаблицами (Customers, Sellers, Orders)

Из рисунка 3.4 можно видеть, что связь между таблицами Customersи Ordersсвязь 1 ко много, и связь между таблица Sellersи Ordersтакже 1 ко много.

3.2 Работа с данными по средствам языка запросов SQL

В данном разделе будут рассмотрены основные SQLзапросы на примере приведенном выше. Заполним таблицы некоторыми записями (Рисунки 9,10,11).

Рисунок 9- Заполненная таблица представляющая покупателей (Customers)

Рисунок 10- Заполненная таблица представляющая продавцов (Sellers)

Рисунок 11- Таблица представляющая сделки между продавцами и покупателями (Orders)

Теперь будем пробовать делать запросы SELECT, UPDATE, DELETE, INSERT.

SELECTcnameFROMCustomers;

Выбираем все кортежи из таблицы Customers, но не полностью, а только поле cname.

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

SELECT * FROM Customers WHERE city = Ташкент;

Аналогичные запросы можно сделать для таблицы Sellers.

Теперь напишем запросы по труднее.

Допустим нам нужно вывести имена всех покупателей продавца Романа.

SELECT cname FROM Customers, Sellers, Orders WHERE Customers.c_id=Orders.c_id AND Orders.s_id = (SELECT s_id FROM Sellers WHERE sname = Роман);

Теперь предположим нам надо вывести имена всех продавцов, которые продали на сумму больше 4000.

SELECT sname FROM Sellers, Orders WHERE Sellers.s_id = Orders.s_id AND Orders.sum>4000;

Посмотрим на запросы на обновление информации UPDATE. Обновим информацию в таблице Customers.

UPDATE Customers SET cname=Василий WHERE c_id = 1;

У записи с первичным ключом 1, поле cname поменяется на Василий.

Обновим информацию в таблице Orders, предположим продавец не правильно заполнил поля.

UPDATE Orders SET s_id = 1 AND c_id = 5 AND sum = 5500 WHERE s_id = 1 AND c_id =2;

Посмотрим на запросы на добавление информации INSERT. Добавим информацию в таблицу Customers.

INSERT INTO Customers(cname, city) VALUES (Павел, Ташкент);

Добавим информацию в таблицу заказы с продавцом по имени Арсен и с покупателем по имени Сергей.

INSER INTO Orders(c_id, s_id, sum) VALUES (3,4,5000)

Рассмотрим теперь запрос на удаление кортежей из таблицы DELETE. Удалим из таблицы Customers строку с первичным ключом 1.

DELETEFROMCustomersWHEREc_id = 1;

Удалим теперь заказ из таблицы Orders, в котором продавца зовут Валентин.

DELETE FROM Orders WHERE c_id = (SELECT c_id FROM Customers WHERE cname = Валентин);

Вся проектная часть разработана в MSAccess 2013, и приложена к курсовой работе.

ЗАКЛЮЧЕНИЕ

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

В первой главе были рассмотрены основные модели базы данных. На сегодняшний день самый используемый подход в проектировании и использовании баз данных это реляционный подход. Последний используется в программном продукте MSAccess.

Во второй главе настоящей работы был изучен и рассмотрен основной функционал программного продукта MSAccess. По изученному материалу напрашивается следующий вывод, MSAccessполностью удовлетворяет условиям работы с БД. И является ведущим инструментом для разработки баз данных для локальных серверов MSWindows.

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 

Правовые акты

  1. Доктрина инфорﹶмациоﹶнной РФ — информационной безопﹶасносﹶти Федерации утверﹶ- Президентом РФ сентября 2014 № Пр-18ﹶ95 2000, № 187)
  2. об инфоﹶрмацﹶииФедеﹶральﹶный от 27 2016 г. 149-ФЗ «Об инфоﹶрмацﹶионнﹶых технологи- и защите информации» РФ, 2016, 31 (ч. ст. 3448)
  3. Закон ГАС «Выбﹶоры» Федеﹶральﹶный закон 10 января 2013 г. 20-ФЗ «О автоматизированной систﹶе-Россﹶийскﹶой Федерации (СЗ РФ, 2013 № 2, 172)

на русском языке

4. Агальцов, В.П. Базы данных. В 2-х т. Т. 2. Распределенные и удаленные базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. - 272 c.

5. Агальцов, В.П. Базы данных. В 2-х т.Т. 1. Локальные базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. - 352 c.

6. Голицына, О.Л. Базы данных / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум, 2014. - 352 c.

7. Голицына, О.Л. Базы данных: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум, 2013. - 400 c.

8. М. Аппаратные IBM PC. Энцикﹶлопедﹶия.СПб.:Издательство "Питер", 2013 -816 c.

9. в понятﹶиях терминах: Кн. учащихся ст. сред.шк. Г.А. Бордоﹶвский, Извозчиков, Ю.В. В.В. Морозﹶов; ред.В.А. -М.:Пﹶросвеﹶщение, 2013. с.

10. Иваноﹶ в Степанов И.М., К.С. "Периﹶферийﹶные устройства ЭВМ", "Инфо", 2013г.

11. Карпова, И.П. Базы данных: Учебное пособие / И.П. Карпова. - СПб.: Питер, 2013. - 240 c.

12. Кириллов, В.В. Введение в реляционные базы данных.Введение в реляционные базы данных / В.В. Кириллов, Г.Ю. Громов. - СПб.: БХВ-Петербург, 2013. - 464 c.

13. Кошелев, В.Е. Базы данных в ACCESS 2007: Эффективное использование / В.Е. Кошелев. - М.: Бином-Пресс, 2014. - 592 c.

14. Кузин, А.В. Базы данных: Учебное пособие для студ. высш. учеб.заведений / А.В. Кузин, С.В. Левонисова. - М.: ИЦ Академия, 2013. - 320 c.

15. Ламекﹶ ин "Оргтехника для офиса", Ростоﹶв-на-ﹶДону, печать", 2015г.

16. Ливена, С.В. Практика увольнений за прогул. По материалам базы данных "Пакет кадровика" / С.В. Ливена. - М.: ИНФРА-М, 2014. - 51 c.

17. И.А. Технﹶичесﹶкиекомпﹶьютеﹶрных информационных Методические рекомендации таблицам по 1-й выпуск М: АО учебники Картометография" 2013ﹶ- 79 ил.

18. Основы и вычисﹶлителﹶьной Проб.учеб. для сред. заведений. В ч. Ч.2/ Ершов, В.М. А.А. Кузнеﹶцовдр.;Пﹶодред.А.П. В.М. Монахова. 2015. -143 с.

19. информатики и вычислительной Проб. учеб. пособﹶие сред. учеб. заведений. 2-х ч. Ч.1/ Ершов, В.М. Монахﹶов, Бешенﹶков и др.;Под Ершова, В.М. Монахова. 2014 -96 с.

20. Паулин.толковый словﹶарьвычиﹶслитﹶельнﹶой технике: перев с немецкого. Энергия, 2013 г.

21. Пирогов, В.Ю. Информационные системы и базы данных: организация и проектирование: Учебное пособие / В.Ю. Пирогов. - СПб.: БХВ-Петербург, 2015. - 528 c.

22. Пятибратов, Можаров «Электронно-вычислительные в упраﹶвленﹶии».

23. Советов, Б.Я. Базы данных: теория и практика: Учебник для бакалавров / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовской. - М.: Юрайт, 2013. - 463 c.

24. / Г.А.ﹶТитоﹶренкﹶо, Н.Г. Л.В. Ерешин и под редакцией В.П.Косарева, Королева - Изд. переработки и допоﹶлненﹶие - М.: Финаﹶнсыстатﹶистиﹶка, 2015 - с.: ил.

25. Фуфаев, Э.В. Базы данных: Учебное пособие для студентов учреждений среднего профессионального образования / Э.В. Фуфаев, Д.Э.Фуфаев. - М.: ИЦ Академия, 2013. - 320 c.

ресурсы

26. Белоус Н.А. реализация коммуﹶникатﹶивных в конфликтном [Электронный ресурс] Мир лингвﹶистикﹶикоммуﹶникацﹶии: электрон. журн. 2015. 4. URL: http://www.tverlingua.by.ru/archive/005/5_3_1 (дата обраﹶщениﹶя: 22.05.2017)

27. Даль В.И. Толковый живого великорусского Владимира Даля ресуﹶрс]: подгот. 2-му печ. 2013–2014 гг. ACT и 2013. 1 опт.диск (CD-ROM). дата 22.05.2017)

28. В.П. Стандартизация процессов. Опыт библиﹶотеки Республики [Электронный ресурс] Library.ru: инфорﹶм.-спﹶравочﹶный М., 2015–2016. http://www.library.ru/1/kb/articles/article.php?a_uid=225 (дата 22.05.2017).