Материал: Информационные системы в экономике. курсовое проектирование. Лубянская Э.Б., Лукаш Е.Н

связей из-за допустимости установления произвольных отношений [1].

1.5.Краткие выводы

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

16

2.СУБД MS ACCESS

2.1.Общие сведения

MS Access является программой создания и редактирования БД, входящей в пакет офисных программ Microsoft Office.

MS Access объединяет сведения из различных источников в рамках одной реляционной БД. Кроме того, данная СУБД позволяет создавать формы, отчеты и запросы, что помогает эффективно обновлять данные, осуществлять поиск, получать необходимые выборки данных, печатать отчеты, диаграммы и т.п. Все компоненты БД при этом хранятся в едином файле c расширением ACCDB [3].

Основными объектами данной СУБД являются следующие:

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

запрос – средство отбора данных по какому-либо условию. При помощи запросов реализуется выбор необходимых данных из БД;

форма – средство для упрощения ввода и редактирования данных таблиц БД;

отчет – средство, позволяющее извлекать нужную информацию из БД, представляя ее в удобном для восприятия виде. Кроме того, данное средство автоматически генерирует документ для распечатки;

страницы – страницы доступа к данным, представляющие собой web-страницы для работы с БД посредством сети Интернет;

17

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

при обработке данных; область со списком – список возможных режимов соз-

дания объектов [1].

2.2. Нормализация отношений

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

Первая нормальная форма Отношение находится в первой нормальной форме в том

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

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

18

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

Третья нормальная форма Отношение находится в третьей нормальной форме,

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

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

Обычно для создания БД достаточно трех описанных

форм.

2.3. Проектирование БД

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

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

Состав и структура данных определяются при помощи анализа предметной области. Структура данных может быть представлена в виде информационно-логической модели (ИЛМ). При разработке модели можно использовать два подхода:

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

19

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

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

Этапы проектирования и создания БД Access отображены на рис. 2.1.

Рис. 2.1. Этапы проектирования и создания БД

20