Выбор типа ключевого поля

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

Таблица 6.1
Тип данных	Применение	Размер
Текстовый	Текст или комбинация текста и чисел, например, адрес, а также числа, не требующие вычислений, например, номера телефонов, номенклатурные номера или почтовый индекс	до 255 символов
Поле МЕМО	Длинный текст или числа, например, комментарии или описание. Поля МЕМО (memory) не могут быть индексированы или отсортированы	до 64 000 символов
Числовой	Числовые данные, используемые для математических вычислений, за исключением вычислений, включающих денежные операции	1, 2, 4 или 8 байт
Дата/Время	Хранение значений дат и времени. Все изменения, внесенные в форматы дат и времени в окне Язык и стандарты Панели управления ОС Windows, будут автоматически отражены в полях типа Дата/Время.	8 байт

В MS Access можно выделить три типа ключевых полей: счетчик, простой ключ и составной ключ.

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

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

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

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

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

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

Связи позволяют согласовать или объединить данные двух таблиц, чтобы создать набор данных формы или отчета. В MS Access это объединение обычно делается по запросам, и результирующий набор данных назван динамическим. Такой набор данных можно сформировать в таблице на уровне связей, как основу для формирования запросов. Если устанавливать связи на уровне таблиц, они автоматически распознаются при создании запроса к нескольким таблицам. Связи между таблицами можно разбить на четыре типа с отношениями:

— один – к – одному;

— один – ко – многим;

— многие – к – одному;

— многие – ко – многим.

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

Связь с отношением «один – к – одному»

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

Связь с отношением «один – ко – многим»

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

Связь с отношением «многие – к – одному»

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

Дата добавления: 2014-12-27