Язык определения данных (SQL DDL)

Категорная целостность означает, что каждый объект, определяемый строкой в таблице, должен быть отличим от любого другого объекта. Иными словами, должен быть такой набор атрибутов, уникальная комбинация значений которого позволит нам отличить один объект от другого. Такой набор атрибутов, однозначно идентифицирующий объект, называется потенциальным ключом. Он не может содержать NULL-значения, поскольку это не даст нам возможности идентифицировать объект (как, скажем, книгу с неизвестным названием).

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

Для обеспечения категорной целостности в языке  Язык структурированных запросов) — универсальный компьютерный язык, применяемый для создания, модификации и управления данными в реляционных базах данных. SQL существуют спецификации PRIMARY KEY (первичный ключ) и UNIQUE (уникальный ключ). Первичный ключ может быть только один в таблице, уникальных же ключей может быть несколько. Т.е. у нас есть возможность для одного из потенциальных ключей задать спецификацию PRIMARY KEY, а для остальных – UNIQUE.

Что в нашем случае может послужить первичным ключом? Поскольку у одного производителя может быть много моделей, и он, соответственно, неоднократно может присутствовать в данных таблицы Product, то столбец maker не может являться кандидатом на роль первичного ключа. Аналогично свойством уникальности не обладает и атрибут type.

Уникальным же является номер модели. Это единственный кандидат на роль первичного ключа. Других потенциальных ключей в таблице нет. Чтобы доказать это, можно рассмотреть все остальные комбинации столбцов и показать, что они не гарантируют нам идентификации объекта. В частности, комбинация значений из трех столбцов в приведенном выше примере данных является уникальной, но, тем не менее, не идентифицирует модель 1232.

Давайте создадим первичный ключ. В языке SQL есть возможность изменить структуру существующей таблицы при помощи команды ALTER TABLE. Однако давайте будем дозировать новую информацию, поэтому сейчас будет проще пересоздать таблицу, т.е. удалить ее и создать заново с первичным ключом. Удалить таблицу просто (как говорится, ломать – не строить), для этого достаточно выполнить оператор DROP TABLE <имя таблицы>. Итак,

DROP TABLE Product;
CREATE TABLE Product (
maker varchar(10), 
model varchar(50) PRIMARY KEY, 
type varchar(50)
);

Мы включили спецификацию первичного ключа в определение столбца. Но можно было это сделать отдельным ограничением:

CONSTRAINT <имя ограничения> PRIMARY KEY (<список столбцов, являющихся первичным ключом>)

При этом наш код будет выглядеть так (опять предварительно удаляем ранее созданную таблицу):

DROP TABLE Product;
CREATE TABLE Product (
maker varchar(10), 
model varchar(50), 
type varchar(50),
CONSTRAINT product_PK PRIMARY KEY (model)
);

Теперь сама СУБД будет следить за тем, чтобы значения первичного ключа не повторялись и не содержали NULL. Если мы выполним вставку при помощи ранее приведенного оператора INSERT, то получим такое сообщение об ошибке:

Если мы исправим ошибку ввода и укажем правильный номер модели принтера:

INSERT INTO product VALUES
('A',    '1232',    'PC'),
('A',    '3001',    'Printer'),
(NULL,    NULL,    NULL);

То получим другую ошибку, связанную с неопределенностью значения первичного ключа:

Оператор

INSERT INTO product VALUES
('A',    '1232',    'PC'),
('A',    '3001',    'Printer'),
(NULL,    '2000',    NULL);