Для его реализациииспользуютсядве таблицы. Одна из них пред - ставляет сторону «один», другая — сторону «много». Например, нужно

Поскольку Поставщики и Поставки — это объекты разных классов, то и свойства их должны храниться в разных таблицах.

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

В таблице со стороны «один» (в нашем примере поле «Код по- ставщика» в таблице Поставщики) такие поля называются ключе-

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

Связь типа «много-ко-многим» (М:М). При таком типе связи множеству записей в одной таблице соответствует множество за- писей в связанной таблице. Большинство современных СУБД непо- средственно не поддерживают такой тип связи. Для его реализации в БД добавляется дополнительная таблица и такая связь разбивается на две связи типа «один-ко-многим».

11.3. Система управления базами данных Microsoft Access

11.3.1. Описание демонстрационного примера

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

184

SaveStud.Su

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

Таблица 11.1

Таблица учета поставок продукции

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

Как легко заметить, в таблице 11.1 хранится многократно одна и та же информация (например, адрес фирмы). Такая ситуация в моде - лировании БД называется «избыточность данных». Кроме того, в этой

185

SaveStud.Su

таблице имеется еще один существенный недостаток: при изменении только одной характеристики, например, адреса фирмы «Конус», не - обходимо внести изменения во многие строки таблицы. Такая ситуа - ция в моделировании БД называется аномалия обновления.

Для ликвидации этих недостатков к таблице необходимо при- менить процедуру, которая называется нормализация. В рамках дан- ного курса процесс нормализации в полном объеме не рассматри- ваться.

Для устранения указанных недостатков таблицу 11.1 разобьем ее на три: «Поставщики», «Товары» и «Поставки». В таблицах «Постав- щики» и «Товары» добавим поля «Код_Поставщика» и «Код_Това- ра», которые будут являться первичными ключами в этих таблицах. Для описания связей между таблицами в таблице «Поставки» для указания поставщика будем использовать поле «Код_П», а для ука- зания — поле «Код_Т». Эти поля называются внешними ключами.

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

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

186

SaveStud.Su

11.3.2. Структура MS Access

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

Все объекты Access — таблицы, формы, отчеты, запросы, макро- сы, модули — хранятся в одном файле с расширением .mdb. В та- блице 11.5 приведены краткие сведения об объектах, рекомендации по их созданию и использованию.

187

SaveStud.Su

11.3.3. начало работы с MS Access

После запуска MS Access появляется окно приложения и от- крывается панель задач, в которой предлагается создать новую БД. Выберем команду Создать файл... и в следующем окне Новая база данных... Здесь же имеется возможность открыть существующую БД (рис. 11.1).

Рис. 11.1. Создание БД

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

Назовем нашу учебную БД «Учет». На экране появляется окно базы данных (рис. 11.2), в котором можно получить посредством панели «Объекты» доступ ко всем ее объектам: таблицам, запросам, отчетам, формам, макросам, модулям.

188

SaveStud.Su