27 Ограничения на поля таблиц

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

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

В Access многие ограничения целостности могут задаваться при создании таблицы.

Ограничения, относящиеся к полю

Тип поля. Он определяет допустимые символы, которые могут быть использованы при его заполнении (в частности, не допускается ввод текста в числовые поля).

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

Ряд свойств полей также позволяет обеспечивать контроль целостности:

· размер поля;

· формат поля;

· маска ввода;

· значение по умолчанию;

· условия на значения;

· сообщение об ошибке;

· обязательное поле;

· пустые строки;

· индексированное поле.

Каждое из них в той или иной степени связано с ограничениями целостности.

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

Размер поля.В поле нельзя ввести больше символов, чем это зафиксировано в свойстве «размер поля» или предопределено типом поля.

Условия на значения. Это одна из самых гибких возможностей определения ограничений целостности. Условия вводятся как выражения. Выражения могут быть простыми или сложными. Используя их, можно задавать и диапазоны. Например, условие: >#1.92#, заданное как «Условие на значения» для поля «Дата_приема_на_работу», будет означать, что допустим ввод дат только после 1992 г. Значения даты необходимо заключать в символы номера (#). Такое ограничение целостности может быть использовано, например, в случае, если организация, для которой ведется БД, была создана 1 января 1992 г. и все зачисления на работу были после этой даты. При задании такого ограничения целостности ввод значения в поле будет обязательным (даже если в свойстве поля «Обязательное поле» зафиксировано -«Нет»).

28 Суррогатный ключ; составное объектное множество.

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

Составное объектное множество – это объекты, связанные отношениями.

Отношение "один–ко–многим"

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

Отношение "один–к–одному"

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

Отношение "многие–ко–многим"

Отношение "многие–ко–многим" применяется в следующих случаях:

одной записи в родительской таблице соответствует более одной записи в дочерней;

одной записи в дочерней таблице соответствует более одной записи в родительской.

Всякую связь "многие–ко–многим" в реляционной базе данных необходимо заменить на связь "один–ко–многим" (одну или более) с помощью введения дополнительных таблиц.