Идентификаторы

Рис. 17.Диалоговое окно Referential Integrity Builder

В данном окне есть три вкладки: Rules for Updating (Правила при обновлении), Rules for Deleting (Правила при удалении) и Rules for Inserting (Правила при вставке).

Внизу расположена таблица, в которой перечислены все отношения. В первом столбце этой таблицы указано имя родительской таблицы, а во втором - дочерней. В трех следующих столбцах указаны правила соблюдение ссылочной целостности для каждого конкретного случая: Update (Обновление), Delete (Удаление), Insert (Вставка). В двух последних столбцах указаны теги.

По умолчанию в трех столбцах (Update, Delete, Insert) установлено значение Ignore (Игнорировать) и никакая ссылочная целостность, естественно, пока не соблюдается.

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

Существуют следующие правила поведения, которые могут быть использованы при изменении значений индекса в родительской таблице:

Cascade (Каскадное изменение) - при изменении значения ключа в родительской таблице произойдет каскадное обновление соответствующих индексов и в дочерней таблице;

Restrict (Ограничить) - обновление значений ключа в родительской таблице невозможно, если имеются соответствующие значения в записях дочерних таблиц;

Ignore (Игнорировать) - правила ссылочной целостности не соблюдаются и возможны любые изменения в значениях индексов.

Мы рассмотрели правила при обновлении, правила при удалении записей полностью аналогичны.

Правила при вставке (Insert) следующие:

Restrict (Ограничить) - не удастся вставить в дочернюю таблицу записи в том случае, если в родительской таблице нет записей с таким же значением ключа;

Ignore (Игнорировать) - разрешена вставка записей, ссылочная целостность соблюдаться не будет.

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

Что же, давай разрешим обновление значений индекса в таблице cities в случае обновления соответствующего индекса в родительской таблице countries и обновление в таблице streets при изменении значений в таблице cities.

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

Ответим Да и после генерации соответствующего кода процесс определения ссылочной целостности будет завершен.

Теперь, прежде чем приступить к заполнению наших таблиц, необходимо Рассмотреть следующий важный вопрос — что такое идентификаторы?

Практически любая таблица имеет поле, специально выделенное для хранения значения, которое однозначно идентифицирует каждую запись. Вот это и есть идентификатор, он же "первичный ключ" (primary key). Например, в нашей таблице countries значение в поле idcountry соответствует названию страны. Значения в этом поле должны быть уникальными, неповторяющимися - не может быть двух стран с одинаковым названием.

Значение идентификатора нежелательно никаким образом связывать со значениями других полей. Что это значит? Например, не нужно в качестве идентификатора фирмы использовать ее название: во-первых, оно может со временем измениться, а во-вторых, может быть несколько компаний с одинаковыми названиями. Также нежелательно в качестве идентификатора человека использовать номер его паспорта - та же причина (человек существо беспокойное, он с легкостью может сменить паспорт, герб, флаг).

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

Какого типа должны быть идентификаторы: символьного или числового?

Рассмотрим и те и другие.

Преимущества числовых идентификаторов:

• всегда точное сравнение, не зависящее от длины поля;

• для получения нового значения идентификатора достаточно произвести одну-единственную математическую операцию - "сложение", и не нуж­но "выдумывать" никаких специальных функций.

Их недостатки:

• можно по неосторожности включить их в какие-то вычисления.

Преимущества символьных идентификаторов:

- они никогда не могут быть использованы в математических вычислениях;

- использование в идентификаторе сочетания цифровых и алфавитных
символов значительно повышает его "емкость".

Их недостатки:

- для генерации нового значения необходимо использовать специальные
функции, здесь не удастся обойтись "простыми" математическими операциями;

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

Как видно, недостатки идентификаторов одного типа являются преимуществами другого, и наоборот.

Как произвести генерацию неповторяющихся значений? Обычно используется два варианта:

- в таблице находится последнее значение (максимальное) и вычисляется следующее;

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

Дата добавления: 2013-12-13