Типы ключей: потенциальный (простой, составной, первичный) и внешний

Таблица для нас — совокупность строк и столбцов. Каждый столбец должен иметь имя, уникальное в пределах этой таблицы. А строки, в теории баз данных, могут следовать в любом порядке, и не имеют номеров. Поэтому к каждой строке принято добавлять какой-нибудь идентификатор, для того, чтобы потом можно было легко найти ее. Каждая строка (запись) БД должна быть уникальна. Для этого используется ключ. Что такое ключ? Набор столбцов.

Ключи бывают разные — потенциальные, первичные, внешние, индексные, первичные ключи и т. д.

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

• — Уникальностью В таблице нет двух разных строк с одинаковыми значениями в нашем потенциальном ключе.
• — Неизбыточностью. Нельзя убрать один из столбцом из ключа, так, чтобы он не потерял уникальности.

Рассмотрим, например, такую таблицу:

Таблица.

В данной таблице в качестве потенциального ключа можно рассматривать любой столбец. Отчество не может быть потенциальным ключом — есть совпадения. Фамилия — может, если только мы не планируем появления новых строк в таблице. Номер паспорта также подходит на роль потенциального ключа.

Первичные ключи. Первичный ключ — это один из потенциальных ключей.

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

Первичный ключ:

набор определенных признаков, уникальных для каждой записи. Обозначается первичный ключ, как primary key.

Primary key (PK) очень важен для каждой таблицы:

Primary key не позволяет создавать одинаковых записей в таблице;

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

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

Имеем две таблицы:

В первой таблице — с деньгами — столбец «Код работника» называется внешним ключом. Ясно, что он не может существовать без соответствующей строки из второй таблицы, в которой столбец «Код работника» — обычный первичный ключ. Вторая таблица — с фамилиями — является как бы «справочником фамилий» для первой.

Foreign key, кратко FK. Обеспечивает однозначную логическую связь, между таблицами одной БД.

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

Таблиця.

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

ALTER TABLE CREATE TABLE CLIENT ADD UNIQUE KEY (ClientName, City);

или с указанием названия ограничения так:

ALTER TABLE CREATE TABLE CLIENT ADD UNIQUE KEY (ClientName, City);

UNIQUE (ClientName, City);