Разработка базы данных и клиентского приложения. Обзор программных средств для создания баз данных

Федеральное агентство по образованию

Государственное образовательное учреждение высшего профессионального образования

«ЧЕЛЯБИНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»

Курсовая работа

Разработка приложений баз данных

Анализ предметной области

Описание предметной области и функции решаемых задач

В курсовой работе в соответствии с заданием автоматизируется деятельность отдела сбыта предприятия «Русская еда».

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

Задача отдела сбыта - сделать анализ выполнения плана сдачи изделий на склады. Для этого необходимо выбрать плановые и фактические данные за определенный период по определенному складу и проанализировать отклонение факта от плана.

На предприятии работают 3 цеха, в которых производится продукция. Ассортимент выпускаемой продукции приведен в таблице.

Таблица 1.

№ цехаНаименование цехаНаименование выпускаемой продукцииМинимальная единица выпускаЦена за единицу молоко 3.5%коробка 50 штук650,00р.1молочный молоко 4.0%коробка 50 штук700,00р. сливкикоробка 50 штук1 200,00р. колбаса варёнаяупаковка 50 штук2 500,00р.2колбасный колбаса копчёнаяупаковка 50 штук3 400,00р. сосискиупаковка 50 штук1 200,00р. судак консервированныйкоробка 50 банок670,00р.3рыбныйикра чёрнаякоробка 50 банок5 400,00р. икра краснаякоробка 50 банок5 370,00р.Выпущенная цехами продукция сдается на склады

Таблица 2.

№ складаНаименование склада1Склад № 12Склад № 23Склад № 3

Перечень входных (первичных) документов.

В качестве первичных документов для решения данной задачи используются:

план выпуска изделий цехами

список цеховых накладных

Номер цехаНомер цеховой накладнойДата сдачи

спецификация цеховой накладной

Номер цехаНомер цеховой накладнойКод изделияКоличество

Ограничение предметной области.

При разработке курсового проекта допускаются следующие ограничения:

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

у готового изделия только одна единица измерения.

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

на одном складе может храниться несколько наименований готовых изделий.

выпуск цехом готовой продукции планируется помесячно.

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

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

Постановка задачи

Организационно-экономическая сущность комплекса задач.

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

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

Описание выходной информации

Выходную информацию представим в виде отчетной формы.

Анализ выполнения плана сдачи изделий на склад _________________

МесяцНаименование изделияЕдиница измеренияКоличествоИзлишкиПланФакт

Для получения этой формы используются данные первичных документов:

список изделий;

список складов;

список цехов;

план выпуска изделий цехами;

список цеховых накладных;

Описание входной информации.

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

К условно-постоянной информации относятся:

список выпускаемых изделий;

список выпускающих цехов;

список складов;

справочник единиц измерения.

К оперативно-учетной информации относятся:

план выпуска изделий цехами;

список цеховых накладных;

спецификация цеховой накладной.

Представим первичные документы с реквизитами в Таблице 3:

№ п/пНаименование документаРеквизиты1Список выпускаемых изделий1.Код изделия 2.Наименование изделия. 3.Код единицы измерения. 4.Цена. 5.Номер склада3Список складов1.Код склада. 2.Наименование склада.2Список цехов1.Код цеха. 2.Наименование цеха.4Справочник единиц измерения1.Код единицы измерения. 2.Наименование единицы измерения.5План выпуска изделий цехами1.Номер цеха. 2.Месяц выпуска. 3.Код изделия. 4.Количество6Список цеховых накладных1.Номер цеха. 2.Номер цеховой накладной. 3.Дата сдачи.7Спецификация цеховой накладной1.Номер цеха. 2.Номер цеховой накладной. 3.Код изделия. 4.Количество.

Проектирование базы данных

Выделение информационных объектов

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

Информация в таблице не должна дублироваться. Не должно быть повторений и между таблицами.

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

Каждая таблица должна содержать информацию только на одну тему.

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

Каждая таблица содержит информацию на отдельную тему, а каждое поле в таблице содержит отдельные сведения по теме таблицы

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

Таблица 4

Информационные объекты

Информационный объектСоответствующий документРеквизитыКлючИзделияСписок выпускаемых изделийКод изделияДа Наименование изделияКод единицы измеренияЦена Номер складаЦехаСписок цеховНомер цехаДа Наименование цехаСкладыСписок складовНомер складДаНаименование складаЕдиница измеренияСправочник единиц измеренияКод единицы измеренияДа Наименование единицы измеренияПлан выпускаПлан выпуска изделий цехамиНомер цехаДаНомер месяцаДа Код изделияДа КоличествоЦеховые накладныеСписок цеховых накладныхНомер цехаДа Номер цеховой накладнойДа Дата сдачиСпецификации Спецификация цеховой накладнойНомер цехаДаНомер цеховой накладнойДа Код изделияДа КоличествоМесяцДля объекта «План выпуска»Номер месяцаДаНазвание месяца

Информационно-логическое моделирование и определение связей между информационными объектами

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

Наша информационно-логическая модель будет иметь следующий вид:

Рис.1. Инфологическая модель

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

Единица измерения - Изделие

Тип связи 1- ко многим, так как несколько изделий могут измеряться одной единицей измерения, но каждое изделие в данный момент измеряется одной единицей измерения. Связь между этими объектами - по реквизиту Код единицы измерения.

Склады - Изделие

Тип связи 1- ко многим, так как на одном складе может храниться несколько наименований готовых изделий. Связь - по реквизиту Номер склада.

Изделия - План выпуска

Тип связи 1- ко многим, так как одно изделие может быть запланировано для выпуска в разные месяцы, но каждое запланированное количество относится только к одному изделию в данном месяце. Связь по реквизиту Код изделия.

Месяц - План выпуска

Тип связи 1- ко многим, в каждом месяце составляется план выпуска изделий. Связь по реквизиту Номер месяца.

Цеха - План выпуска

Тип связи 1- ко многим, одному цеху запланирован выпуск в разные месяцы. Связь по реквизиту Номер цеха.

Цеха - Цеховые накладные

Цеха - Спецификации

Тип связи 1- ко многим, один цех выписывает много накладных. Связь по реквизиту Номер цеха.

Цеховые накладные - Спецификации

Тип связи 1- ко многим, одна цеховая накладная может содержать несколько спецификаций на изделие. Связь по реквизитам - Номер цеховой накладной и номер цеха.

Изделие - Спецификации

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

Логическая структура базы данных

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

В рамках данной курсовой работы логическая структура базы данных будет иметь вид (рис.2.):

Рис.2. Логическая структура базы данных

Реализация базы данных в среде Microsoft Access

Для реализации спроектированной базы данных будем использовать одну из наиболее популярных систем управления базами данных для операционной системы Windows Microsoft Access. Данная СУБД входит в широко распространенный интегрированный пакет фирмы Microsoft Office и полностью совместима с программами этого пакета. Большим преимуществом MS Access является наличие средств разработки информационных систем для пользователей различной квалификации: от начинающих до профессионалов.

СУБД MS Access ориентирована на работу со следующими объектами:

Таблицы являются основным элементом всякой реляционной базы данных, предназначены для определения и хранения данных;

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

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

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

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

Модули - это объекты, содержащие программы, написанные на языке Visual Basic for Applications (VBA).

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

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

Для создания новой базы данных требуется запустить MS Access, выбрать режим «Новая база данных», ввести имя базы данных и выбрать место ее расположения на диске.

Таблицами спроектированной БД являются информационные объекты, поля таблиц - реквизиты информационных объектов.

Для заполнения входной информации необходимо будет спроектировать пользовательский интерфейс - формы:

форма «Изделия» - для редактирования таблицы «Изделия»;

форма «План выпуска» - для коррекции плана количества выпускаемых изделий;

форма «Цеховые накладные», соединяющую таблицу «Цеховые накладные» и зависимую от «Цеховых накладных» таблицу «Спецификации цеховых накладных».

Для реализации отчета «Анализ выполнения плана сдачи изделий на склад» достаточно будет выполнить один запрос на выборку месяца (таблица «месяц»), наименования изделия (таблица «Изделия»), единицы измерения (таблица «Единица измерения»), количества по плану (таблица «План выпуска»), количества по факту (таблица «Спецификации»), с добавлением столбца «излишки» с формулой вычитания.

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

приложение база данный сбыт

Существует несколько режимов создания таблиц (режим таблицы, конструктор, мастер таблицы, импорт таблиц, связь с таблицами из других баз данных). Наиболее универсальный путь создания таблицы - использование режима конструктора. Для создания таблицы в этом режиме необходимо определить поля таблицы. Каждое поле характеризуется именем, типом данных и свойствами. Имя поля не должно содержать специальных символов.

В Microsoft Access возможно использование следующих типов данных:

Текстовый - служит для хранения алфавитно-цифровой информации. Длина поля не должна превышать 255 символов;

Поле MEMO - предназначен для хранения алфавитно-цифровой информации длиной до 65535 символов;

Числовой - используется для числовых данных, участвующих в расчетах;

Дата / время - дата и (или) время, лежащие в диапазоне от 100 до 9999 года;

Денежный - применяется для денежных значений и числовых данных, используемых в математических расчетах, проводящихся с точностью до 15 знаков в целой и до 4 знаков в дробной части;

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

Логический - предназначен для логических значений (Да / Нет, Истина / Ложь). Длина логического поля - 1 бит;

Поле объекта OLE - любой объект в двоичном формате (документ Word, таблица Excel, рисунок, звукозапись), связанный или внедренный в таблицу MS Access. Размер такого поля не дожжен превышать 1 Гбайт;

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

Свойства полей задаются в нижней части окна конструктора таблицы на вкладке «Общие». Перечень свойств различен для каждого типа данных. Рассмотрим некоторые из них:

Размер поля - ограничивает длину поля указанным количеством символов;

Формат - указывает формат для даты и чисел;

Число десятичных знаков - для денежных и числовых полей устанавливает количество десятичных знаков;

Маска ввода - для текстовых полей и полей даты определяет шаблон, в соответствии с которым будут вводиться данные в поле;

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

Таблица в MS Access обычно содержит первичный ключ. Для создания ключа нужно в конструкторе выбрать поле и назначить его ключевым через контекстное меню.

ПолеТип данныхРазмер поляПервичный ключКод единицы измеренияЧисловой Длинное целоеДа Наименование единицы измеренияТекстовый50

Таблица «Изделия»

ПолеТип данныхРазмер поляПервичный ключКод изделияЧисловой Длинное целоеДа Наименование изделияТекстовый100Код единицы измеренияЧисловойДлинное целоеЦена Денежный-Номер складаЧисловойБайт

Таблица «Склады»

ПолеТип данныхРазмер поляПервичный ключНомер складЧисловой БайтДа Наименование складаТекстовый20

Таблица «Месяц»

ПолеТип данныхРазмер поляПервичный ключНомер месяцаЧисловой ЦелоеДа(совпадения не допускаются)Название месяца Текстовый20

Таблица «Цех»

ПолеТип данныхРазмер поляПервичный ключНомер цехаЧисловой БайтДа Наименование цехаТекстовый30

Таблица «План выпуска»

ПолеТип данныхРазмер поляПервичный ключНомер цехаЧисловойБайтДаНомер месяцаЧисловойЦелоеДаКод изделияЧисловой Длинное целоеДаКоличествоЧисловойДействительное (16)Таблица «Цеховые накладные»

ПолеТип данныхРазмер поляПервичный ключНомер цехаЧисловойБайтДа Номер цеховой накладнойЧисловойДлинное целоеДа Дата сдачиДата\время-

Таблица «Спецификации»

ПолеТип данныхРазмер поляПервичный ключНомер цехаЧисловойБайтДаНомер цеховой накладнойЧисловойДлинное целоеДаКод изделияЧисловой Длинное целоеДаКоличествоЧисловойДействительное (16)

Создаем схему данных в Microsoft Access:

Рис.3. Схема данных

Создание пользовательского интерфейса

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

Существуют следующие виды форм:

Обычная - отображает одну запись источника данных;

Многостраничная - предназначена для работы с источником данных, имеющим большое количество полей;

Ленточная - показывает несколько записей источника данных, удобна для небольшого количества полей;

Всплывающая - выводится на переднем плане экрана и позволяет работать с другими формами;

Монопольная - не позволяет переключиться в другие формы, пока не будет закрыта;

Подчиненная - хорошее средство для представления данных, находящихся на стороне «многие» отношения «один-ко-многим», внедряется в основную форму и всегда от нее зависит.

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

Наиболее часто используемые элементы:

(надпись) - служит для создания в форме постоянных надписей;

(поле) - элемент, который показывает значение из источника данных;

(поле со списком) - предназначено для создания в форме раскрывающихся списков;

(кнопка) - предназначена для создания в форме командных кнопок, выполняющих определенные действия;

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

(подчиненная форма) - служит для внедрения подчиненной формы в основную.

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

В рамках курсовой работы созданы следующие формы:

Рис. 4. Изделия.

Рис.5. План выпуска.

Форма «цеховые накладные» содержит подчиненную форму «Спецификации»

Рис.6. Цеховые накладные.

Реализация отчета

Перед созданием отчета требуется сформировать запрос.

Запросы являются важным инструментом в любых системах управления базами данных. Назначение запросов - в описании типов запросов.

Запросы можно создавать как в режиме мастера запросов (тогда предстоит выбрать тип запроса), так и конструктором запросов.

Существует четыре типа запросов в Microsoft Access:

простые запросы на выборку отображают данные из одной или нескольких таблиц в виде таблицы; добавление параметра (условие отбора) допускается;

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

запросы на изменение используются для создания новых таблиц из результатов запроса и для внесения изменений (добавления, удаления) в данные существующих таблиц; добавление параметра (условие отбора) допускается;

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

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

Для реализации отчета «Анализ выполнения плана сдачи изделий на склад №___» достаточно будет выполнить один запрос на выборку месяца (таблица «месяц»), наименования изделия (таблица «Изделия»), единицы измерения (таблица «Единица измерения»), количества по плану (таблица «План выпуска»), количества по факту (таблица «Спецификации»), с добавлением столбца «излишки» с формулой вычитания, а также с выборкой номера склада (таблица «склады») с условием отбора без вывода этого склада в результирующую таблицу.

Для данного отчета запрос был создан с помощью конструктора:

Рис.8. Результат запроса.

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

Создание отчетов

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

В отчете имеются следующие области:

заголовок - выводится только один раз в начале отчета;

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

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

область данных - служит для ввода информативных строк отчета;

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

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

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

В результате выполнения отчета получен его печатный вид.

Анализ выполнения плана сдачи изделий на склад № 1, 2, 3 - рис.10-12.

Поле «номер цеховой накладной» добавлено, чтобы было видно, что изделие могли сдать на склад два раза в месяц по двум разным накладным.

Рис.9. Конструктор отчета

Рис.10. Анализ выполнения плана сдачи изделий на склад № 1

Рис.11. Анализ выполнения плана сдачи изделий на склад № 2

Рис.12. Анализ выполнения плана сдачи изделий на склад № 3

Список литературы

Тарасов В.Л. Работа с базами данных в среде Access , Учебное пособие/ НижГУ, Нижний Новгород, 2005.

Шехтман В.Е. Базы данных, SQL Учебно-методическое пособие по дисциплинам "Базы данных", "Базы данных и экспертные системы", "Современная технология программирования SQL". / - НФИ КемГУ, Новокузнецк, 2006.

Андреев В.А., Тупикина Е.Н., Системы управления базами данных(Microsoft Access), методические указания/ ДВГАЭУ, Владивосток, 2003.

Вейскас Д. , Эффективная работа с ACCESS, учебное пособие/ СПб, 1996.

Хомоненко А.Ф., Цыганков В.М., Мальцев М.Г. Базы данных, Учебник для ВУЗов/ Под ред. проф. А.Д.Хомоненко.- СПб.: КОРОНА принт, 2002.

ПОДДЕРЖКА БАЗ ДАННЫХ

11.1. Технологии доступа к данным

В Visual C++ имеются технологии доступа к данным, обеспечивающие создание приложений для работы с базами данных. «Количество доступных Windows-приложениям интерфейсов доступа к данным может показаться чрезмерным. Какую же из технологий с загадочными именами – DAO, ODBC, RDO, UDA, OLE DB или ADO – выбрать для построения конкретного приложения» [л.10,стр. 242]. Большинство технологий доступа базируются на двух ключевых технологиях: ODBC (Open Database Connectivity – открытая связь с базами данных) и DAO (Data Access Object – объекты доступа к данным).

Сравнительные параметры технологий ODBC и DAO могут быть представлены следующим образом:

Параметр
Архитектура	Набор DLL-модулей,драйверы	Набор объектов OLE
Источники данных	Файлы БД любых форматов А также SQL Server и Oracle	Файлы БД формата.mdb, Access, FoxPro, Paradox
Соединение с базой данных	Объект класса CDatabase	Объект класса CDaoDatabase
Выборка данных	Объект класса Crecordset	Объект класса CDaoRecordset
Просмотр данных	Объект класса CrecordView	Объект класса CDaoRecordView
Набор функций	Меньший набор функций, чем	Большой набор функций, нет аналогов в ODBC

Между технологиями ODBC и DAO есть много общего, например, использование классов MFC с похожими функциями для выполнения одинаковых операций соединения с БД, выборки набора записей БД и просмотра их. Но классы DAO содержат больший набор функций, а также функции, не имеющие аналогов в ODBC.

Есть и существенные различия. Это касается архитектуры технологий в реализации системных библиотек. Классы ODBC реализованы как набор DLL-модулей, называемых драйверами (DLL, Dinamic-Link Library – динамически подключаемые библиотеки). А классы DAO реализованы как набор объектов OLE, что более современно.

Еще существенное различие технологий заключается в их использовании для источников данных. В настоящее время разработано достаточно большое количество ODBC-драйверов для различных СУБД. Поэтому, ODBC может использоваться для файлов БД различных форматов, а DAO – только, в основном, для файлов БД формата.mdb. При этом приложение на основе ODBC может одновременно работать с различными СУБД без перекомпиляции за счет динамической загрузки драйверов.

11.2. Создание приложения с базой данных

Создание приложения для работы с базой данных на основе технологий ODBC или DAO требует выполнения следующих этапов:

Установление доступа к базе данных. Этап заключается в регистрации заданной базы данных, как источника данных.

Создание заготовки приложения. Этап выполняется автоматически с помощью мастера AppWizard при выполнении 6 этапов настройки приложения с выбором технологии доступа к источнику данных ODBC или DAO.

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

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

Воспользуемся файлом db.mdb, который представляет собой базу данных, созданную в СУБД Access. Файл содержит сведения о студентах: Name (Имя), Grade (Курс). Файл можно скачать по адресу ftp://ftp.sybex.com/2120/vcpp.exe [л.13,стр. 415]. Можно создать собственный файл в любой программе для работы с базами данных.

Пусть экранная форма отображения содержимого базы данных данных будет выглядеть следующим образом:

Untitled – Lab11

File Edit Record View Help

[|<] [<] [>] [>|]

Установление доступа к базе данных

Для установления доступа к базе данных, как к источнику данных, выполнить следующие действия:

Создать папку Dbase и скопировать в нее файл db.mdb. Если создан собственный файл данных, то скопировать его.

Щелкнуть последовательно Пуск, Настройка, Панель управления. В окне Панели управления дважды щелкнуть на 32-Bit ODBC. Появится окно Источники данных - Data Source Administrator.

Щелкнуть на кнопке Add. Раскроется окно Create New Data Source со списком драйверов. Выбрать Microsoft Access Driver (.mdb) и щелкнуть на кнопке Finish. Появится окно ODBC Microsoft Access 7.0 Setup.

Ввести в поле Data Source Name (Имя источника данных) значение Students, а в поле Description (Описание) – значение Name_Grade. Если создан собственный файл данных, то ввести соответствующие значения.

Щелкнуть на кнопке Select. Раскроется окно Select Database (Выбор базы данных). Выбрать файл db.mdb или собственный файл.

Щелкнуть на кнопке OK. Появится окно ODBC Microsoft Access 7.0 Setup. Щелкнуть на кнопке OK, и затем – на кнопке OK в окне ODBC Data Source Administrator.

Итак, установлен доступ к файлу базы данных db.mdb (или к собстенному файлу) с помощью ODBC-драйвера Microsoft Access Driver (.mdb).

Создание заготовки приложения

Для создания приложения выполнить следующие действия:

Выбрать команду File->New и вкладку Projects. Появится окно New Project со списком типов приложений.

Выбрать из списка MFC Appwizard (exe). В поле Project name ввести имя проекта Lab11. В поле Location указана папка для хранения проекта (по умолчанию – то же, что и имя проекта). Щелкнуть на ОК.

Выполнить 6 этапов настройки создаваемого приложения. На 1-ом этапе выбрать SDI (Single Document Interface) – одно открытое окно и щелкнуть на Next.

2-ой этап – работа с базами данных. Переключатель Header files only (только файлы заголовков) предполагает только доступ к базам данных, Database view without file support – просмотр базы данных без поддержки операций с файлами (можно обновлять записи), Database view with file support - просмотр базы данных и поддержка операций с файлами (работа с множеством документов) . В нашем примере установить переключатель Database view with file support. Для соединения приложения и источника данных щелкнуть на кнопке Data Source (Источник данных).

Как было упомянуто выше, правильное использование специализированных компонент ставит их по производительности практически на одну ступень с вызовами API выбранной СУБД. На мой взгляд, использование API оправданно в том редком случае, когда возможностей даже специфических компонент для разработки недостаточно, хотя это и крайне маловероятно, или если для платформы, под которую ведется разработка, такие компоненты отсутствуют (Sun Solaris). Создание запросов к базе данных. Выбрав стратегию доступа к данным и определившись с архитектурой приложения, можно обратить внимание на то, каким образом мы собираемся их использовать. Главное правило состоит в том, что чем меньше вы запрашиваете данных у сервера, тем быстрее будет работать ваше приложение. Конечно, запрашивать у сервера меньше данных, чем пользователь хочет увидеть за один раз, нерационально, поэтому первым вопросом должен быть "какие данные необходимы для каждого модуля системы?" Разработчикам, переходящим с настольных баз данных, требуется перебороть в себе таблично ориентированное представление о базах данных. База InterBase, несомненно, содержит таблицы. Но при проектировании программы вы их не видите, вы видите только результат выполнения запроса SQL. Можно, конечно, написать запрос, который возвращает все записи из таблицы (по крайней мере, видимые для данной транзакции):

SELECT * FROM SOME_TABLE

Но в большинстве случаев такой запрос вернет значительно больше данных, чем это требуется для оптимальной работы пользовательского интерфейса и обработки бизнес-процессов. Подобный запрос, кстати, не использует такие полезные особенности InterBase/ Firebird, как возможность объединения (JOIN) и сортировки (ORDER BY) результирующего набора данных.

Запрашиваете меньше данных - получаете большую скорость. Для осуществления определенных задач в программе вам могут быть не нужны все столбцы таблицы. Фактически не стоит часто использовать знак "*" в запросах выборки, лучше использовать прямое перечисление полей. Подобный способ основывается на том, что даже если мне нужны все столбцы таблицы, мне не нужны столбцы таблицы, которые будут добавлены в будущем, когда я завершу эту часть программы. Определение конкретных столбцов в запросе гарантирует, что я получу только те столбцы, которые я заявил в запросе, даже если структура таблицы будет развиваться дальше. Аналогично даже если пользователь действительно нуждается во всех без исключения записях из таблицы, ему необязательно видеть их все в один момент времени. Пользователю может быть крайне неудобно искать поля в середине сетки данных в таблице с количеством записей выше среднего. Скажем, если у вас в таблице более 100 записей, вам уже следует основательно подумать над дизайном вашего приложения.
К чему все это сводится? Вот к чему: чем меньше вы запрашиваете и пересылаете данных, тем быстрее ваше приложение будет работать, даже на не очень скоростных сетях. Вот несколько прикладных методов, которые вы можете использовать для уменьшения количества выбираемых (SELECT) данных.

Обеспечьте пользователю хорошие инструментальные средства для поиска записей, которые его интересуют. Если список слишком велик, чтобы отображать его в единственном неразрывном виде, разбейте его на логические страницы с табуляцией по первым буквам от "А" до "Я". Если и в этом случае списки получаются слишком длинными, предоставьте пользователю мощные средства фильтрации данных для сужения полученного в результате применения фильтра множества записей. Для реализации поиска данных в приложении вы можете взять на вооружение методы, используемые для поиска web-страниц. Когда пользователю выдается набор записей, даже если он сравнительно небольшой, достаточно использовать одно-два ключевых поля для формирования фильтра запроса. Пусть в приложении будет отдельное окно или часть окна, где пользователь может увидеть все данные по записи, если он обнаружил то, что искал. Старайтесь также использовать объединения таблиц (JOIN) в запросах вместо lookup-полей на формах всюду, где это будет возможно. Хотя и возможно оптимизировать выполнение метода TDataset. Lookup, даже этот улучшенный метод не будет работать быстрее объединения таблиц (JOIN) - про работу немодифицированного метода вообще можно не упоминать.

Создадим простое приложение баз данных, которое выводит на экранную форму информацию из таблицы «Туристы» и связанную с текущей записью таблицы «Туристы» запись таблицы «Информация о туристах» из базы данных Microsoft Access.

Для этого создадим пустое Windows-приложение. Внешний вид среды

разработки приведен на рисунке 39 .

Рис. 39. Пустое приложение

На рисунке 39 выделена группа компонентов «Данные» («Data»), которая содержит компоненты для доступа к данным и манипулирования ими.

Привязку данных БД к форме осуществляет компонент «Binding Source». Перенесем его на форму. После размещения его на форме среда разработки принимает следующий вид (рис. 40).

Рис. 40. Компонент Binding Source на форме

Компонент является не визуальным, поэтому он отображается на дополнительной панели. Основным свойством компонента является свойство DataSource, указывающее на источник данных. По умолчанию свойство является пустым, поэтому необходимо сформировать его значение. При выборе данного свойства в окне свойств появляется следующее окно (рис. 41).

Рис. 41. Список источников данных

В настоящий момент список пуст, поэтому необходимо создать новый источник данных, выбрав команду «Add Project Data Source» для создания нового источника данных и соединения с ним. Появляется следующее окно диалога (рис. 42).

Рис. 42. Список источников данных

Данный диалог предоставляет следующий выбор источников данных:

Database - База данных;

Service - Служба, это некоторый сервис, предоставляющий данные. Чаще всего это Web-сервис;

Object - Объект для выбора объекта, который будет генерировать данные и объекты для работы с ними.

В нашем случае необходимо выбрать пункт «База данных» («Database»). Появляется окно выбора соединения с данными (рис. 43).

Рис. 43. Выбор соединения с данными

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

В выпадающем списке диалога находятся все создаваемые ранее соединения. Если необходимого соединения в списке нет, то следует использовать кнопку «Создать подключение» («New connection»). Нажатие кнопки приводит к появлению следующего диалога (рис. 44).

В данном диалоге выбирается тип источника данных (в данном случае Microsoft Access), имя базы данных (в данном случае имя и местоположение файла базы данных), имя пользователя и пароль, используемые для подключения к базе данных. Кнопка «Дополнительно» («Advanced») позволяет задать большое количество параметров, относящихся к различным деталям механизма ADO. Использование кнопки «Проверить подключение» («Test Connection») позволит убедиться в правильности введенных параметров и работоспособности соединения.

Рис. 44. Создание нового соединения

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

Рис. 45. Выбор необходимых таблиц

В данном окне выбраны таблицы «Туристы» и «Информация о туристах». Поскольку иных объектов, кроме таблиц, в базе данных не было создано, на рисунке 45 отображаются только таблицы. На этом создание источника данных завершено. После нажатия кнопки «Готово» («Finish») рядом с компонентом BindingSource на форме появляется компонент DataSet.

Теперь данные, подключенные выше, необходимо отобразить на форме. Простейшим способом отображения данных является использование компонента DataGridView из группы компонентов Data. Компонент является визуальным и на форме выглядит следующим образом (рис. 46).

Рис. 46. Компонент DataGridView

Сразу же возникает окно настройки компонента, которое определяет его возможности по редактированию данных: «Включить редактирование» («Enable Adding»), «Включить правку» («Enable Editing»), «Включить удаление» («Enable Deleting»); возможность изменения последовательности столбцов: «Включить возможность изменения порядка столбцов» («Enable Column Reordering»); а также возможность закрепления в контейнере-родителе.

Для того чтобы компонент мог отображать данные, необходимо выбрать источник данных в выпадающем списке. Выбор выпадающего списка приводит к появлению следующего диалога (рис. 47).

Рис. 47. Выбор источника данных для DataGridView

В данном случае мы выбрали в качестве источника данных таблицу «Туристы». Данный выбор изменяет экранную форму следующим образом (рис. 48).

Рис. 48. Компонент DataGridView отображает структуру таблицы

На рисунке видно, что появился еще один компонент BindingSource и компонент TableAdapter, работающий с таблицей «Туристы». Обратите внимание, что в design-time или в процессе разработки данные из таблицы не отображаются.

Теперь необходимо отобразить данные из связанной таблицы «Информация о туристах». Для этого разместим на форме еще один компонент DataGridView и в качестве источника данных выберем следующее (рис. 49).

Рис. 49. Выбор источника данных для второго DataGridView

Здесь в качестве источника данных выступает не сама таблица «Информация о туристах», а связь (Binding Source) между таблицами «Туристы» и «Информация о туристах». Такой выбор гарантирует выбор из таблицы «Информация о туристах» только тех строк, которые связаны с текущей строкой в таблице «Туристы». Также такой выбор гарантирует правильность обновления и удаления связанных данных. Работа полученного приложения показана на рисунке 50.

Рис. 50. Приложение базы данных в работе

Перемещение по данным при помощи стрелочных клавиш является неудобным. Для упрощения навигации по данным существует компонент BindingNavigator. Поместим его на форме (рис. 51).

Рис. 51. Компонент BindingNavigator на форме

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

Свойством, определяющим таблицу, по которой производится навигация, является свойство BindingSource. Установим значение этого свойства равным «туристыBindingSource». В работе компонент выглядит следующим образом (рис. 52).

Рис. 52. Компонент BindingNavigator в работе

Редактирование данных в ячейках компонента DataGridView при соответствующих настройках возможно, но неудобно и не рационально. В частности, трудно проверять введенные значения на ошибки. Поэтому для таблицы «Туристы» сделаем экранную форму, позволяющую отображать данные в компонентах TextBox и редактировать их. Для этого разместим на форме контейнер типа Panel, а на нем три компонента TextBox следующим образом (рис. 53).

Рис. 53. Экранная панель для редактирования записей таблицы «Туристы»

Теперь необходимо осуществить привязку компонентов TextBox к соответствующим полям таблицы «Туристы». Для этого используем свойство из группы DataBindings - Advanced, показанное на рисунке 54.

Рис. 54. Свойство «DataBindings - Advanced»

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

Для верхнего компонента TextBox в выпадающем списке Binding выберем источником данных «туристыBmdmgSource» и поле источника - «Фамилия». Для среднего и нижнего компонентов TextBox выберем тот же источник данных и поля «Имя» и «Отчество» соответственно.

Разработанное приложение в работе выглядит следующим образом (рис. 56).

Рис. 55. Окно диалога для свойства «DataBindings - Advanced»

Рис. 56. Привязка данных к визуальным компонентам

Однако при внесении изменений все новые данные остаются только на форме. В базе данных они не сохраняются, и при повторном вызове приложения, конечно же, будут отсутствовать. Это происходит потому, что данные были загружены в объект DataSet, который представляет собой копию таблицы в памяти. Все действия выполняются с этой копией. Для того чтобы изменения отобразились в базе данных, необходимо выполнить метод Update класса TableAdapter. Таким образом, в разрабатываемом приложении необходимо разместить кнопку «Обновить» и записать в обработчик события Click следующий программный код:

туристыTableAdapteгUpdate(bDTur_firmDataSet); информация_о_туристахTableAdapter.Update(bDTur_firmDataSet);

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

Кафедра “Прикладной информатики”

Пояснительная записка к курсовой работе

по дисциплине:

“Базы данных”

“Разработка базы данных и клиентского приложения”

Калуга 2009

Введение

1.Постановка задачи

2.Проектирование, создание и управление Базой Данных

3.Технологическая инструкция пользователя

Заключение

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

Введение

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

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

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

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

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

Задачи курсовой работы состоят в следующем:

Реализовать базу данных;

Реализовать пользовательский интерфейс;

Составить отчеты;

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

1.Постановка задачи

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

В данной курсовой работе поставлены задачи:

Построение физической модели на компьютере (при помощи Erwin);

Определение связей, типов данных;

Разработка удобного пользовательского интерфейса;

Создание запросов, форм;

Создание отчетов (по заданию);

Построение главной кнопочной формы;

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

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

Учет товаров;

Учет товара по группам;

Учет товаров по чекам;

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

2. Проектирование, создание и управление Базой Данных

В базе данных реализовано 4 таблицы.

1)Таблица Группа товара, содержит 2 столбца Номер группы товара и Название группы товара.

2) Таблица Товар, содержит 4 столбца Номер_товара, Название товара, Цена, Номер группы товара.

3) Таблица чек, содержит 2 столбца: Номер_чека, Дата.

4) Таблица Товар по чеку, содержит 3 столбца: Номер товара, Номер чека. Количество.

Для удобства работы с базой данных было создано несколько форм.

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

Формы для запросов.

1)Форма для запроса1(см. Рис. 1)

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

Рис. 1 Форма для запроса1

Например. Вводим в textBox номер чека – 7, и нажимаем на кнопку – Просмотр отчета.(см. Рис. 2)

Рис. 2 Работа отчета1

2)Форма для запроса2

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

Рис. 3 Форма для запроса2

Например. Вводим в textBox дату – 12.11.08 и нажимаем на кнопку – Просмотр отчета. (см. Рис4)

Рис. 4 Работа запроса2

Организация введения данных в таблицы происходит через соответствующие формы. Для удобства была создана главная кнопочная форма. (см. Рис. 5)

Эта форма выглядит так:

Рис. 5 Кнопочная форма

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

В подменю Таблицы в удобной форме представлены таблицы для ввода информации.

Схема данных.(см. Рис. 6

Рис. 6 Схема данных

Схема данных была создана при помощи программы Erwin.

3. Технологическая инструкция пользователя

Например:

- Вводим новый товар.

Для того чтобы ввести новый товар необходимо выполнить следующие действия(см. Рис. 7):

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

Рис. 7 Ввод нового сотрудника

Если в списке групп товаров нужной группы не то вводим её в ручную

Нажимаем кнопку Группа товара -> и вводим новую группу товара. (см. Рис 8)

Рис 8. Создание новой группы товара.

-> выбирает также номер чека по которому проходит данный товар -> вводим количество этого товара. (см. Рис 10)

Заключение

Цели курсовой работы выполнены полностью. Была разработана база данных, для учета товара. Курсовая работа создана в программе MS Access. Схема данных (физическая модель) была построена в программе Erwin. Также реализован удобный пользовательский интерфейс для безопасного и легкого ввода информации. В данной работе также выполнены задачи, которые ставились в начале курсовой работы, все задачи решены, и их решение можно просмотреть непосредственно в курсовой работе.

Разработав эту курсовую работу, я понял, что СУБД Microsoft Access мощный и удобный инструмент для создания баз данных. Графический многооконный интерфейс, который дает возможность мне в диалоговом режиме создавать таблицы, формы, запросы, отчеты. Специальные приспособления, которые автоматизируют работу во время создания и ведения базы данных (Мастера и Конструкторы, Ассистенты и т.п.) заметно упрощают весь процесс и делают программу доступной в изучении каждому.

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

А так же было очень интересно и удобно работать в MS Access, создавать формы, работать со справкой, просматривать и изучать книги по базам данных и в частности MS Access. Несомненно, удалось познакомиться с такой замечательной программой как Erwin, которая помогает быстрее и лучше разобраться в создании баз данных. Конечно, современные базы данных с каждым днем становятся все больше и больше, удовлетворяя потребностям пользователей, следовательно, возникает задача, как создать такие базы данных, как ими управлять.… Прочитав и разобрав эту курсовую работу можно, несомненно, получить базовые навыки в построении баз данных.

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

1. Microsoft Access 2000. Шаг за шагом: Практ. пособ. / Пер. с англ.

М.: Издательство ЭКОМ, 2002. - 352 с.: илл.

2. Самоучитель: Office Access 2003. - СПб.: Питер, 2004. - 464 с.: ил.

3. Базы данных. Проектирование, реализация и сопровождение. Теория и

практика. 3-е издание. : Пер. с англ. - М. : Издательский дом "Вильяме",

2003. - 1440 с. : ил. - Парал. тит. англ.