Разработка базы данных

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

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

A query with fields from two tables

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

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

Прежде чем приступить в Microsoft Access к фактической разработке таблиц, запросов, форм и других объектов, рекомендуется предварительно спланировать структуру на бумаге. Полезно также ознакомиться с уже разработанными базами данных, аналогичными требуемой, или открыть учебную базу данных «Борей» и изучить ее макет в IDH_ofdefDataAccessPagedefRelationshipsWindow.

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

Определение цели создания базы данных

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

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

  • Создайте эскизы отчетов, которые хотелось бы получить.

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

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

Определение нужных полей в базе данных

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

  • Включайте все необходимые сведения.

  • Разбивайте информацию на минимальные логические компоненты. Например, имена сотрудников удобно разбить на два поля, «Имя» и «Фамилия», что облегчит сортировку по фамилиям.

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

  • Не рекомендуется включать в таблицу данные, которые являются результатом IDH_ofdefDataAccessPagedefRelationshipsWindowIDH_ofdefExpression. Например, в таблице, содержащей поля «Цена» и «Количество» не следует создавать поле, содержащее произведение значений этих полей.

  • Не создавайте поля, содержащие аналогичные данные. Например, если создать в таблице «Поставщики» поля «Товар1», «Товар2» и «Товар3», будет трудно найти поставщиков, поставляющих конкретный товар. Кроме того, придется изменять структуру базы данных, если появится поставщик, предлагающий четыре товара. Достаточно будет одного поля для товаров, если поместить это поле в таблицу «Товары», а не в таблицу «Поставщики».

Определение таблиц, которые должна содержать база данных

Каждая таблица должна содержать информацию только на одну тему. Список нужных полей подскажет, какие требуются таблицы. Например, если будет использоваться поле «ДатаНайма», оно принадлежит теме сведений о сотрудниках, т. е. должно содержаться в таблице «Сотрудники». Потребуются также таблицы «Клиенты», «Товары» и «Заказы».

Определение таблиц, к которым относятся поля

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

  • Включайте каждое поле только в одну таблицу.

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

    Например, при включении поля, содержащего адрес заказчика, в таблицу «Заказы» эта информация будет повторяться во многих записях, если заказчик будет делать разные заказы. Если же поместить адрес в таблицу «Клиенты», он появится только один раз. В этом отношении таблицы в IDH_ofdefDataAccessPagedefRelationshipsWindowIDH_ofdefExpressionAcMicrosoftAccessDatabase отличаются от таблиц в однотабличных базах данных, таких как электронные таблицы.

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

Определение полей с уникальными значениями в каждой записи

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

Определение связей между таблицами

После разбиения сведений на таблицы и определения полей IDH_ofdefDataAccessPagedefRelationshipsWindowIDH_ofdefExpressionAcMicrosoftAccessDatabasedefPrimaryKey необходимо выбрать способ, которым Microsoft Access будет вновь объединять связанные сведения. Для этого следует определить IDH_ofdefDataAccessPagedefRelationshipsWindowIDH_ofdefExpressionAcMicrosoftAccessDatabasedefPrimaryKeydefRelationship между таблицами базы данных Microsoft Access.

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

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

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

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

Ввод данных и создание других объектов базы данных

Если структуры таблиц отвечают поставленным требованиям, то можно ввести все данные. Затем можно создать все необходимые объекты базы данных — IDH_ofdefDataAccessPagedefRelationshipsWindowIDH_ofdefExpressionAcMicrosoftAccessDatabasedefPrimaryKeydefRelationshipdefQuery, IDH_ofdefDataAccessPagedefRelationshipsWindowIDH_ofdefExpressionAcMicrosoftAccessDatabasedefPrimaryKeydefRelationshipdefQuerydefForm, IDH_ofdefDataAccessPagedefRelationshipsWindowIDH_ofdefExpressionAcMicrosoftAccessDatabasedefPrimaryKeydefRelationshipdefQuerydefFormdefReport, IDH_ofdefDataAccessPage, IDH_ofdefDataAccessPagedefRelationshipsWindowIDH_ofdefExpressionAcMicrosoftAccessDatabasedefPrimaryKeydefRelationshipdefQuerydefFormdefReportAcMacro и IDH_ofdefDataAccessPagedefRelationshipsWindowIDH_ofdefExpressionAcMicrosoftAccessDatabasedefPrimaryKeydefRelationshipdefQuerydefFormdefReportAcMacroМодуль. Совокупность описаний, инструкций и процедур, сохраненная под общим именем. Существуют модули двух типов.

Использование средств анализа Microsoft Access

В Microsoft Access существуют два инструмента, помогающие усовершенствовать структуру IDH_ofdefDataAccessPagedefRelationshipsWindowIDH_ofdefExpressionAcMicrosoftAccessDatabase.

  • Мастер анализа таблиц позволяет проанализировать структуру таблицы, предложить подходящие новые структуры и IDH_ofdefDataAccessPagedefRelationshipsWindowIDH_ofdefExpressionAcMicrosoftAccessDatabasedefPrimaryKeydefRelationship, а также разделить таблицу на новые связанные таблицы, если это имеет смысл.

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

Дополнительные сведения о разработке базы данных с помощью Microsoft Access см. в статье базы знаний Майкрософт (Microsoft Knowledge Base) Где найти сведения о разработке базы данных в Access?

Были ли сведения полезными?

Отлично! Что-то еще?

Что мы могли бы улучшить?

Спасибо за ваш отзыв!

×