Базы данных: проектирование и создание программного приложения в СУБД MS Access

56 Pages·02.032 MB·Russian

by  Абросимова М. А.

Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ
ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ
ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
«УФИМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
ЭКОНОМИКИ И СЕРВИСА»

Кафедра «Информатика и ИКТ»

М.А. Абросимова

БАЗЫ ДАННЫХ
проектирование и создание
программного приложения в СУБД MS Aсcess

Практикум

Уфа
2014
1
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
УДК 004.9
А 16

Базы данных: проектирование и создание программного приложения в
СУБД MS Aсcess: Практикум / М.А. Абросимова. – Уфа: Уфимский государ-
ственный университет экономики и сервиса, 2014. – 56 с.

Практикум подготовлен в соответствии с федеральными государствен-
ными стандартами высшего профессионального образования для направлений
подготовки 080500.62 Бизнес-информатика и 230700.62 Прикладная информа-
тика.
Описаны этапы проектирования реляционной базы данных и создания
программного приложения в СУБД MS Aсcess 2007, приведены задания для
самостоятельного выполнения.
Практикум нацелен на формирование компетенции студента манипули-
ровать информационными ресурсами средствами СУБД, представлять содер-
жание прикладных и информационных процессов.

Ил.: 28. Библиогр.: 10. Табл.: 1.

Рецензенты:
Картак В.М., д-р физ.-мат. наук, зав. кафедрой прикладной
информатики Башкирского государственного педагогического университета
им. М. Акмуллы
Филиппов В.Н., канд. техн. наук, доцент кафедры вычислительной
техники и инженерной кибернетики Уфимского государственного нефтяного
технического университета

 М.А. Абросимова, 2014
 Уфимский государственный университет
экономики и сервиса, 2014
2
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
СОДЕРЖАНИЕ

ОСНОВНЫЕ ПОНЯТИЯ 4
Часть 1. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ 5
1.1. Инфологическое проектирование 6
1.1.1. Определение предметной области БД 6
1.1.2. Формирование взгляда на предметную область 6
1.1.3. Разработка инфологической схемы 7
1.2. Даталогическое проектирование 8
1.2.1. Выбор СУБД 8
1.2.2. Создание даталогической модели 9
1.2.3. Нормализация таблиц 12
1.2.4. Модификация моделей по результатам нормализации 15
1.3. Физическое проектирование 15
1.3.1. Создание таблиц 15
1.3.1. Ввод данных в таблицу 16
1.3.2. Связывание таблиц базы данных 22
Вопросы для самопроверки 23
Часть 2. РАЗРАБОТКА ПРОГРАММНОГО ПРИЛОЖЕНИЯ 24
1.3. Создание формы 25
1.4. Создание событийно управляемого запроса 25
1.4.1. Постановка задачи 25
1.4.2. Создание запроса для формирования отчетного документа 26
1.4.3. Создание элементов управления запросом 29
1.4.4. Программирование событий 33
1.4.5. Создание отчетных документов 37
Самопроверка 45
1.4.6. Управление отчетом через запрос с параметром 46
1.4.7. Дизайн формы 53
Вопросы для самопроверки 54
Список литературы 55

3
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
ОСНОВНЫЕ ПОНЯТИЯ
База данных (БД) - поименованная совокупность взаимосвязанных дан-
ных, отображающая состояние объектов и их отношений в некоторой пред-
метной области, и используемая для удовлетворения информационных по-
требностей пользователей. Базы данных в СУБД МS Access принадлежат к ти-
пу реляционных баз данных. В таких базах данных сведения, относящиеся к
различным вопросам, сохраняются в отдельных таблицах, между которыми
установлены связи.
Предметная область – часть реального мира, подлежащая изучению с
целью организации управления и, в конечном счете, автоматизации управле-
ния.
База данных - файл, состоящий из таблиц и других информационных
объектов.
Проектирование базы данных – упорядоченный формализованный
процесс создания системы описаний (моделей) предметной области, связыва-
ющей реальные объекты предметной области с данными, хранящимися на
электронных носителях.
Инфологическая модель – описание предметной области на естествен-
ном языке, понятное пользователям базы данных.
Даталогическая модель – описание предметной области на языке опи-
сания данных СУБД.
Нормализация – формальный аппарат наложения ограничений на фор-
мирование таблиц (отношений), позволяющий устранить дублирование, обес-
печивающий непротиворечивость хранимых данных и уменьшающий трудоза-
траты на ведение (ввод, корректировку) базы данных.
Физическая модель базы данных – описание предметной области в ви-
де структур данных на машинном носителе.
Таблица - информационная объект, состоящий из записей. Таблица –
фундаментальная структура данных.
Поле – это набор данных одного типа в таблице, например, фамилии
всех сотрудников. Для представления поля используется столбец. Поле имеет
имя и значения.
Целостность базы данных – свойство базы данных хранить данные, в
соответствии с внутренней логикой БД, структурой и всем явно заданным
правилам.
Запрос – информационная объект, сформированный из таблицы и удо-
влетворяющий некоторому критерию, заданному пользователем.
SQL (Structured Query Language - структурированный язык запросов) -
язык, используемый для взаимодействия с данными в реляционных СУБД.
Язык SQL характеризуется как непроцедурный (описательный, декларатив-
ный), в нем нет операторов проверки условий и ветвления, перехода, циклов и
т.д. Запрос к базе данных содержит информацию о желаемом результате.
Инструкция, оператор - наименьшая автономная часть языка програм-
4
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
мирования, описывающая действие с данными, создаваемая пользователем и
выполняемая СУБД.
Отчет - информационный объект, хранящий данные таблиц или запро-
сов в виде отформатированного документа, готового к печати.
Форма - информационный объект, хранящий данные таблиц или запро-
сов в виде совокупности экранных карточек, каждая из которых отображает
содержимое одной записи таблицы или запроса. Форма используется для вво-
да, изменения или отображения данных таблицы или запроса.
Элемент управления - это объект, обеспечивающий интерфейс между
пользователем и компьютером. пр.
Макрос - набор из одной или более макрокоманд, выполняющих опре-
деленные операции, такие как открытие форм, печать отчетов и т.д., создавае-
мый с целью автоматизации часто исполняемых операций с данными.
Приложение (прикладная программа) — программа, предназначенная
для выполнения пользовательских задач в некоторой предметной области,
ориентированная на непосредственное взаимодействие с пользователем.
Процедура –подпрограмма, с помощью которой решается небольшая за-
дача. Описывает поведение объектов приложения при наступлении событий.
Начинается оператором Sub и заканчивается оператором End, между которыми
помещается программный код.
Событие - уведомление, получаемые или передаваемые объектом дру-
гим объектам или приложениям.
Программный код - это набор слов и символов языка программирова-
ния.
Практикум содержит пошаговые инструкции разработки проекта базы
данных, создания в соответствии с проектом информационных объектов в
СУБД, разработки программного приложения, обеспечивающего управление
данными и формирование отчетных документов в соответствии с информаци-
онной потребностью, а также включает задания для самостоятельного выпол-
нения.
Часть 1. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ
Проектирование базы данных – упорядоченный формализованный
прцесс создания системы описаний (моделей) предметной области, связываю-
щих реальные объекты предметной области с данными, хранящимися на элек-
тронных носителях. Этап проектирования базы данных включает:
1. Инфологическое проектирование базы данных. Цель – разработка инфоло-
гической модели.
2. Даталогическое проектирование. Цель – разработка даталогической моде-
ли.
3. Физическое проектирование. Цель – разработка физической модели.
5
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Процесс проектирования имеет итерационный характер. В процессе
проектирования и далее функционирования БД становится возможным из-
мерение ее реальных характеристик, определение узких мест. Для устранения
недостатков, а также для учета изменений условий эксплуатации базы данных
осуществляют модификацию первоначального проекта от инфологической
модели до программного приложения.
1.1. Инфологическое проектирование
Инфологическое проектирование БД включает:
1. определение предметной области БД;
2. формирование взгляда на предметную область с позиций будущих пользова-
телей;
3. разработку модели предметной области (инфологической схемы, модели).
1.1.1. Определение предметной области БД
Определение предметной области системы основано на изучении Разра-
ботчиком, роль которого Вы исполняете, информационных потребностей буду-
щих пользователей.
Чаще всего информационные потребности определяются исходя из функ-
циональных задач пользователя. В нашем проекте с базой данных «Предприя-
тие» работает работник предприятия «ООО Альянс», назовем его «Мене-
джер» (пользователь базы данных). «ООО Альянс» занимающееся поставкой
товаров клиентам по их заказам. Товары закупаются у поставщиков. Для от-
правки товаров клиентам по их заказу нанимается транспорт в транспортных
компаниях. Таким образом, предметной областью базы данных является про-
цесс закупки-поставки товаров на предприятии. Предметом интереса являются
данные о:
 товарах;
 поставщиках товаров;
 заказчиках товаров;
 транспортных компаниях, осуществляющих доставку товаров по заказам.
1.1.2. Формирование взгляда на предметную область
Формирование взгляда на предметную область с позиций будущих поль-
зователей базы данных происходит на основе анализа содержания функций,
выполняемых будущим пользователем. В задачи Менеджера «ООО Альянс»
входит просмотр данных о товарах, готовых к отправке, отправка товаров в
соответствии с заказами, контроль наличия товаров и организация поставок на
предприятие товаров, запасы которых истощились. Менеджер должен иметь
возможность выписывать накладные на отгрузку товаров, оформлять заказ в
транспортной организации на предоставление транспорта и оформлять заявки
поставщику на поставку товаров на предприятие «ООО Альянс».
6
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Таким образом, необходимо предусмотреть выполнение функций:
1. выписки накладных на отправку конкретных товаров конкретным заказчи-
кам товаров;
2. заказа транспорта конкретным транспортным предприятиям;
3. заказа конкретных товаров конкретным поставщикам.
Для этого необходимо обеспечить хранение следующих данных:
1. Товары (о товарах ООО «Альянс»)
2. Заказы (о предприятиях-заказчиках товаров)
3. Поставщики (о предприятиях-поставщиках товаров)
4. Доставка (о транспортных компаниях)
5. Сотрудники (о сотрудниках ООО «Альянс», осуществляющих поставку и
отправку товаров).
В ООО «Альянс»:
Товаров - 15 видов, относящихся к 10 категориям;
Заказов - 18 ед., для 8 заказчиков из разных городов;
Поставщиков - 7 предприятий из разных городов;
Доставок - 3 транспортных предприятия, обслуживающие свои города;
Сотрудников - 9 чел., работающих на разных должностях.
1.1.3. Разработка инфологической схемы
На основе проведенного анализа разрабатывается инфологическая (иное
название – концептуальная) модель базы данных.
Инфологическая модель – описание предметной области на языке, по-
нятном пользователям базы данных. В простейших случаях Разработчик огра-
ничивается содержательным описанием модели предметной области на есте-
ственном языке. Но удобней использовать графические средства, например,
ER- диаграмму (Entity-Relationship - сущность-связь).
Сущность или объект – объект реального мира, о котором будет накап-
ливаться информация в базе данных. объект имеет атрибуты. Атрибут – по-
именованная характеристика объекта. (Подробно см. [1, 2, 3])
Процесс построения ER-диаграммы называется ER-моделированием. Со-
гласно часто применяемой нотации Питера Чена на схеме:
 элемент «прямоугольник» представляет объект предметной области.
 элемент «овал» - атрибут объектов;
 элемент «ромб» - связь между объектами;
 элемент «линия» используется для соединения всех элементов.
 над линиями расставляются символы 1 и N для определения вида связи
между объектами предметной области.
Инфологическая модель данных может быть представлена с использова-
нием и других нотаций, например, UML.
Интересующие нас данные выявлены на предыдущем этапе. Таким обра-
зом, список объектов предметной области установлен. Ниже в таблице приве-
ден список объектов предметной области и их количественные характеристи-
ки.
7
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Табл. 1 Список объектов предметной области и их количественные характе-
ристики
Объект Количество экземпляров объекта
Товары 15
Заказы 18
Поставщики 7
Доставка 3
Сотрудники 9
В целях обеспечения целостности на схеме выделяются ключевые атри-
буты, в нашем проекте используется выделение жирным. Также выделяются
атрибуты, являющиеся внешними ключами , т.е. атрибутами, через которые
один объект связывается с другим объектом. В нашем проекте используется
выделение пунктиром и цветом. Инфологическая модель базы данных «Пред-
приятие» представлена на Рис. 1.
Задание 1.1. Создайте инфологическую модель БД «Предприятие».
1.2. Даталогическое проектирование
Цель даталогического (иное название – логического) проектирования -
отображение инфологической схемы на модель данных.
Даталогическая модель – описание предметной области на языке опи-
сания данных СУБД.
Даталогическое проектирование выполняется в несколько этапов:
1. выбор СУБД, что определяет выбор модели данных;
2. создание даталогической модели как отображение инфологической схемы на
модель данных;
3. нормализация таблиц;
4. модификация даталогической модели;
5. модификация инфологической модели по результатам даталогического проек-
тирования.
1.2.1. Выбор СУБД
Проблема выбора СУБД, а также оценки характеристик ее функциони-
рования особо актуальна, когда речь идет о разработках крупных систем и си-
стем с критическими требованиями к производительности, ресурсам памяти,
надежности. В разработках крупных отечественных информационных систем
для выбора одного из альтернативных вариантов СУБД часто используют при-
ближенные количественные оценки их производительности путем создания
прототипа приложения, на котором проводятся измерения для разных СУБД
и принимается решение о выборе СУБД. Однако в большинстве случаев про-
ектировщики руководствуются собственными интуитивными экспертными
оценками СУБД по нескольким важнейшим количественным и качественным
8
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
характеристикам, в числе которых:
- тип модели данных, поддерживаемый СУБД, ее адекватность потребностям
моделирования рассматриваемой предметной области. В настоящее время
выбор фактически осуществляется между реляционными, объектно-
реляционными и объектными СУБД;
- способность обслужить требуемое количество пользователей при ожидаемом
объеме данных и интенсивности потока запросов;
- аппаратно-программная платформа СУБД;
- наличие средств разработки приложений и запас функциональных возможно-
стей для дальнейшего развития информационной системы;
- степень оснащенности системы инструментарием для администрирования
данных;
- удобство и надежность в эксплуатации;
- цена.
(Подробно см. [1, 2, 3])
Наш проект создается в СУБД MS Access, относящейся к классу реля-
ционных СУБД. MS Access имеет достаточно высокие скоростные характери-
стики, представительный набор команд и функций для разработки приложе-
ний, реализует функции низкоуровневого доступа к файлам, обладает сред-
ствами быстрой генерации экранов, отчетов и меню, поддерживает язык
управления запросами SQL, имеет встроенный язык Visual Basic for
Applications (VBA), хорошо работает в сети [11].
1.2.2. Создание даталогической модели
После выбора СУБД необходимо разработать другую схему в терминах и
понятиях выбранной СУБД. Такая схема называется даталогической. В дата-
логической схеме:
- каждый объект инфологической модели представляется как таблица:
- атрибуты отображаются в поля таблицы;
- определяются типы данных полей (текстовый, числовой, дата/время и пр.);
- выделяются первичные и вторичные (внешние) ключи;
- определяются связи между таблицами.
При определении типов данных и связывании таблиц необходимо пом-
нить, что свойство базы данных быть целостной обеспечивается в том числе и
тем, что поля таблиц, участвующих в связи, должны иметь один тип данных.
Исключение составляет тип данных «Счетчик»: он может связываться с типом
данных «Числовой» со свойством «Длинное целое».
9
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Инфологическая модель базы данных «Предприятие» (1 вариант)
Количе-
Органи- Наимен Дата
Код тов ИД тов ство
зация ФИО разм Дата от-
Код пост Долж- ИД Категрия Цена ИД зака- ИД сотр грузки
ность за Получа-
тель
ПОСТАВЩИКИ постав- ТОВАРЫ постав- ЗАКАЗЫ Город
ляют ляют получ
1 N 1 N
Трансп
РАБ тел Мин зап N NN Стоим комп
Адрес Отв за мость
пост
МОБ тел Жел зап Тип плат
Постав-
щик
Дата опл
до-
обес
став-
печи-
ля-
чи-
ются
вают
ФИО
Долж-
ИД 1 1 ИД Транс
ность
комп
СОТРУДНИКИ
Раб те- ДОСТАВКА
Отв за
лефон
транс
Образо-
Примеч Гражд Адрес вание Адрес Раб тел
Мб тел
Рис. 1. Инфологическая модель базы данных
10