Интеллектуальный ключ
Материал из Википедии — свободной энциклопедии
Интеллектуа́льный ключ (англ. — intelligent key) — понятие теории реляционных баз данных, разновидность естественного ключа. Это ключ, который зависит от одного или более полей своей таблицы, и его значение формируется на основе значений этих полей.
Например, мы можем сформировать 3-х символьный интеллектуальный ключ для таблицы персонала из первых букв фамилии, имени и отчества сотрудников.
ключ | фамилия | имя | отчество |
ТИА | Таранов | Иван | Арнольдович |
БСИ | Бочкарёв | Сергей | Иванович |
[править] Особенности и недостатки
По сути, интеллектуальный ключ является естественным составным ключом (см. первичный ключ) и поэтому ему присущи все недостатки естественного ключа.
Главный недостаток его интеллектуального ключа состоит в том, что если изменяются значения полей таблицы, от которых ключ зависит, то сам интеллектуальный ключ либо останется неизменённым, что приведёт к рассогласованности данных, либо также должен быть изменён, как в своей собственной таблице, так и во всех других таблицах, в которых он используется как внешний ключ.
Кроме того, интеллектуальный ключ не всегда может гарантировать уникальность, например, если в вышеприведённую таблицу добавится следующая запись:
ключ | фамилия | имя | отчество |
ТИА | Тихонов | Игорь | Алексеевич |
[править] Применение
На практике интеллектуальные ключи часто используются в качестве т. н. «магических кодов» — идентификаторов, в которые снесены данные о .
Например, идентификатор события «03-40123» в формате «FY-XNNNN», где:
- FY = 2 цифры финансового года;
- X = 1 цифра, задающая тип события;
- NNNN = 4 цифры, задающие порядковый номер события данного типа в этом финансовом году.
Однако применении такого рода идентификаторов далеко не всегда оправдано по следующим причиним:
- Если при вводе данных произошла ошибка, и ключ оказался неверным (например, событие было типа 3, а не 4), то в системе это событие уже известно как «03-40123». Для исправления ситуации необходимы будут каскадные изменения данных.
- В систему вносятся ограничения, основанные на предположениях о максимальных значениях полей:
- Количество событий в году не более 10000
- Типов событий не более 10
- Две цифры для года — вспомним «проблему 2000»
- Такие ключи неудобно реализовывать
Кроме того далеко не всегда существует необходимость узнать значения атрибутов записи непосредственно из её ключа. Хотя последний случай и не исключается, например в случае использования индексов на основе битовых карт (bitmap-индексов, англ. bitmap index).
Один из способов решения вышеперечисленных проблем — использование суррогатных ключей.