Разработка Кулинарной книги с помощью MS Access

 

Содержание

Введение

Глава I. Базы данных Access

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

1.2 Структурные элементы базы данных

1.3 Нормализация отношений и типы связей

1.4 Этапы создания базы данных

1.5 Microsoft Access

Глава II. Создание приложения в среде Microsoft Access

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

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

2.3 Создание таблиц в Access

2.4 Создание запроса для поиска блюд

2.5 Создание интерфейса приложения

Заключение

Литература1

Приложения

база кулинарная книга запрос

Введение

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

Целью работы является создание приложения в среде MS Access «Кулинарная книга». Данное приложение должно хранить информацию о различных кулинарных рецептов. Объектом исследования является локальные базы данных.

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

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

разработать приложение «Кулинарная книга».

Глава I. Базы данных Access

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

База данных - совокупность взаимосвязанных данных, совместно хранимых в одном или нескольких компьютерных файлах.

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

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

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

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

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

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

Но настоящим прыжком вперед, прорывом в области баз данных стала реляционная база данных. Теория реляционных баз данных была разработана доктором Коддом в начале 70-х годов 20 века. В таких базах данные и записи хранятся в виде таблиц, состоящих из строк и столбцов. Эти базы сейчас занимают лидирующее положение среди других видов баз данных, которые ушли в прошлое и уже почти не используются.Access, Oracle, MS SQL Server, MySQL, InterBase, FoxPro, PostgreSQL и Paradox - все эти программы построены на базе реляционной модели данных.

1.2 Структурные элементы базы данных

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

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

имя (название);

тип (символьный, числовой);

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

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

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

Файл (таблица) - совокупность экземпляров записей одной структуры.

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

1.3 Нормализация отношений и типы связей

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

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

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

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

Первая нормальная форма.

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

Вторая нормальная форма.

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

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

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

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

В случае составного ключа вводится понятие функционально полной зависимости.

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

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

Третья нормальная форма.

Понятие третьей нормальной формы основывается на понятии нетранзитивной зависимости.

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

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

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

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

один к одному (1:1);

один ко многим (1 : М);

многие ко многим (М : М).

Связь один к одному (1:1) предполагает, что в каждый момент времени одному экземпляру информационного объекта А соответствует не более одного экземпляра информационного объекта В и наоборот.

При связи один ко многим (1:М) одному экземпляру информационного объекта А соответствует 0, 1 или более экземпляров объекта В, но каждый экземпляр объекта В связан не более чем с 1 экземпляром объекта А.

Связь многие ко многим (М:М) предполагает, что в каждый момент времени одному экземпляру информационного объекта А соответствует 0, 1 или более экземпляров объекта В и наоборот.

1.4 Этапы создания базы данных

С точки зрения конечного пользователя процесс создания базы данных можно представить в виде трех этапов:

инфологическое (концептуальное) описание баз данных;

логическое проектирование баз данных;

физическое проектирование баз данных.

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

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

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

При проектировании баз данных решаются две основных проблемы:

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

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

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

сбор сведений о предметной области (анализ потребностей и описание предметной области с использованием процессного и непроцессного подхода);

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

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

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

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

.5 Microsoft Access

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

Основные компоненты MS Access:

построитель таблиц;

построитель экранных форм;

построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);

построитель отчётов, выводимых на печать.

Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД.Jet Database Engine (англ.), которая используется в качестве движка базы данных MS Access является файл-серверной СУБД и потому применима лишь к приложениям, работающим с небольшими объёмами данных и при небольшом числе пользователей, одновременно работающих с этим данными. Непосредственно в Access отсутствует ряд механизмов, необходимых в многопользовательских базах данных, таких, например, как триггеры.

Встроенные средства взаимодействия MS Access со внешними СУБД с использованием интерфейса ODBC снимают ограничения, присущие Microsoft Jet Database Engine. Инструменты MS Access, которые позволяют реализовать такое взаимодействие, называются «связанные таблицы» (связь с таблицей СУБД) и «запросы к серверу» (запрос на диалекте SQL, который «понимает» СУБД).

Корпорация Microsoft для построения полноценных клиент-серверных приложений на базе MS Access рекомендует использовать в качестве движка базы данных СУБД MS SQL Server. При этом имеется возможность совместить с присущей MS Access простотой инструменты для управления БД и средства разработки.

Известны также реализации клиент-серверных приложений на базе связки Access 2003 c другими СУБД, в частности, MySQL., при работе с базой данных, иначе взаимодействует с жёстким (или гибким) диском, нежели другие программы.

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

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

Целостность данных в Access обеспечивается также за счёт механизма транзакций.

Кнопка «Сохранить» в Access тоже есть, но в Access в режиме просмотра данных она нужна, в первую очередь, для сохранения изменённого режима показа таблицы или другого объекта - то есть, для сохранения таких изменений, как:

изменение ширины столбцов и высоты строк,

перестановка столбцов в режиме просмотра данных, «закрепление» столбцов и освобождение закреплённых столбцов,

изменение сортировки,

применение нового фильтра,

изменение шрифта; цвета текста, сетки и фона,

и т. п.

Кроме того, в Access эта кнопка нужна в режиме «Конструктор» для сохранения изменений структуры объекта базы данных, сделанных в этом режиме.

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

Это приращение размера файла является, фактически, пустотой, но эта пустота лежит внутри файла, увеличивая его объём.

Чтоб вернуть файлу базы данных нормальный (минимальный) объём (то есть чтоб убрать из файла пустоту), в Access есть кнопка «Сжать и восстановить базу данных» - эту кнопку нужно время от времени нажимать (при нажатии этой кнопки никакая информация, никакие данные из файла базы данных не удаляются). Так же базу данных можно запустить с параметром /compact, что выполнит сжатие автоматически и закроет базу по окончании процесса.

Глава II. Создание приложения в среде Microsoft Access

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

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

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

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

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

Электронная кулинарная книга должна структурировано содержать сведения о рецептах блюд: Виды блюд -> Названия блюд -> Рецепты. Исходя из этого и анализируя поставленную задачу, определим сущности, которые должны содержаться в базе данных:

Виды блюд

Блюда

Ингредиенты

Рецепты блюд

Полезные советы

На рисунке 2.1 показаны взаимодействия между сущностями:

Рисунок 2.1. Взаимодействия между сущностями.

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

Составим таблицы сущностей.

Виды блюд:

Вид блюда

Блюда:

Код блюда

Вид блюда

Название

Рецепт

Ингредиенты:

Ингредиент

Количества ингредиентов:

Код количества

Код блюда

Ингредиент

Количество

Полезные советы:

Номер совета

Название

Совет

.3 Создание таблиц в Access

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

Рисунок 2.2. Таблица «Виды блюд»

Таблица «Виды блюд» состоит из одного поля, которое является ключевым.

Рисунок 2.3. Таблица «Блюда».

Таблица «Блюда» состоит из четырех полей: Вид блюда, Код блюда, Название, Рецепт. Ключевое поле - Код блюда имеет тип Счетчик. Поле Вид блюда необходимо для связи с таблицей Виды блюд.

Рисунок 2.4. Таблица «Ингредиенты».

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

Рисунок 2.5. Таблица «Количества ингредиентов».

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

Рисунок 2.6. Таблица «Полезные советы».

Таблица Полезные советы состоит из трех полей: Номер записи - ключевое поле, Название и Совет.

Рисунок 2.7. Схема данных.

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

2.4 Создание запроса для поиска блюд

Для поиска блюд по названию создадим запрос. В MS Access на вкладке Создание в группе Запросы выберем пункт Конструктор запросов. В конструктор добавим одну таблицу Блюда. Выберем два поля: Вид блюда и Название. В строке условия отбора конструктора запросов, под выбранным полем Название, напишем строку: Like "*" & [введите название блюда] & "*". Данное выражение позволит выводить в таблицу запроса названия тех блюд, в названиях которых, входит введенное слово или выражение. На рисунке 2.8 показан запрос в режиме конструктора.

Рисунок 2.8. Запрос поиска блюд по названию.

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

Рисунок 2.9. Поле для ввода.

2.5 Создание интерфейса приложения

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

Рисунок 2.10. Схема перехода форм в приложении.

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

Из формы Рецепт можно осуществить переход на форму Ингредиенты. Также сам рецепт можно вывести на печать.

Внешний вид форм представлен в приложении к работе.

Заключение

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

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

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

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

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

Литература

Microsoft Access. Материал из свободной энциклопедии. [Электронный ресурс]-: <#"justify">Приложения

1. Главная форма приложения

2. Форма «Виды блюд»

. Форма «Полезные советы»

4. Форма «Блюда»

5. Форма «Рецепт»

. Отчет «Рецепт»

Содержание Введение Глава I. Базы данных Access 1.1 Понятие «базы данных» 1.2 Структурные элементы базы данных 1.3 Нормализация от

Больше работ по теме: