Когда у вас есть все требуемые вам таблицы, поля и отношения, самое время проверить разработку и определить наличие недостатков, которые могли остаться незамеченными.
Вы можете встретить несколько просчетов, допущенных при разработке вашей базы данных. Ниже разобраны эти общие проблемы, которые могут затруднить работу и управление вашими данными:
-
У вас имеется одна таблица с большим числом полей, которые не связаны с одним и тем же объектом? Например, одна таблица может содержать поля, имеющие отношение к вашим потребителям, равно как и поля, которые содержат информацию о продажах. Постарайтесь убедиться, что таблица содержит данные только об одном субъекте.
-
У вас имеются поля, которые умышленно оставлены пустыми во многих записях, поскольку они не применимы для описания информации таких записей? Обычно, это означет, что поля принадлежат другой таблице.
-
У вас имеется большое количество таблиц, многие из которых содержать одни и те же поля? Например, вы имеете отдельные таблицы для продаж в январе и феврале, или для ваших местные и удаленных потребителях, в которых вы храните один и тот же тип информации. Постарайтесь объединить всю информацию, относящуюся к единичному субъекту в одной таблице. Вам может потребоваться добавить дополнительно поле, например, для идентификации даты продажи.
Создайте ваши таблицы, установите отношения между ними и затем введите несколько записей в каждую таблицу. Проверьте, сможете ли вы получить ответ на вопрос, который вы желали получить. Создайте набор черновиков ваших форм и отчетов и посмотрите, показывают ли они ожидаемые вами результаты. Проверьте ненужные повторения и разберитесь с ними.
После того, как вы потренируетесь с вашей начальной базой данных, вы вероятно почувствуете потребность в улучшении. Ниже приведено несколько советов по этому поводу:
-
Вы не забыли вставить все требуемые поля? Имеется ли информация, которая вам нужна, но которая не включена в таблицы? Если так, принадлежит ли она существующей таблице? Если это информация о чем-то еще, вам может потребоваться создание другой таблицы.
-
Выбрали ли вы первичные ключи для каждой таблицы? Если вы используете их для поиска конкретных записей, сможете ли вы легко запомнить их и их тип? Убедитесь, что вы не сможете ввести значение в поле первичного ключа, которое повторяет уже существующее значение в этом поле.
-
Вы многократно ввели дублирующую информацию в одной из ваших таблиц? Если это так, вам вероятно необходимо разделить таблицу на две таблицы с отношением "один-ко-многим".
-
У вас имеется таблицы с многими полями, ограниченным числом записей, или много пустых полей для конкретных записей? Если это так, подумайте о перестройке таблицы, так что в ней было меньше полей и больше записей.
После идентификации изменений, которые вы желаете сделать, вы можете изменнить ваши таблицы и поля для того, что отразить их улучшенный дизайн . Для получения более подробной информации об изменении таблиц, смотрите Работа с таблицами.
Пример
Каждый продукт в складеTasmanian Traders подпадает под общую категорию, такую как Beverages, Condiments или Seafood. Таблица Products может включать поля, которые показывают категорию каждого продуктв.
Предположим, что исследование и доводка базы данных Tasmanian Traders привело к решению хранить описание категории рядом с ее наименованием. Если вы добавите поле Category Description в таблицу Products, вы сможете повторять каждое описание категории для каждого продуктв, который подпадает под нее — правоЮ это не лучшее решение.
Лучшим решением является создание для базы данных нового субъекта Category, отслеживаемого в его собственной таблице с помощью его собственного первичного ключа. Тогда вы можете добавить первичный ключ таблицы Category в таблицу Products в качестве внешнего ключа.
Таблицы Category и Products имеют отношение "один-ко-многим": одна категория может иметь более чем один продукт, относящийся к ней, но индивидуальный продукт может принадлежать только одной категории.
Смотрите также
© Microsoft Corporation. All rights reserved.
Перевод выполнен JS.