Может ли primary key иметь значение null?

Ответ на вопрос: может ли PRIMARY KEY иметь значение NULL?

Нет, в реляционных базах данных значение PRIMARY KEY не может быть NULL. Это фундаментальное ограничение, вытекающее из самой природы первичного ключа и его роли в проектировании базы данных.

Роль PRIMARY KEY и требование уникальности

PRIMARY KEY — это основной ключ таблицы, который должен удовлетворять двум ключевым условиям:

• Уникальность: Каждая строка (запись) в таблице должна иметь уникальное значение этого ключа. Дубликаты не допускаются.
• Непустота (NOT NULL): Каждая строка должна иметь значение первичного ключа. Пропущенные значения (NULL) запрещены.

Концепция NULL в SQL представляет собой отсутствие данных, неизвестное или неприменимое значение. Если бы первичный ключ мог быть NULL, это разрушило бы принцип уникальной идентификации записи. Две строки с NULL в поле первичного ключа нарушили бы правило уникальности, так как NULL не считается равным другому NULL в большинстве операций сравнения (согласно стандарту SQL). База данных просто не сможет однозначно определить, о какой конкретно записи идёт речь.

Техническая реализация и примеры

При создании таблицы СУБД автоматически накладывает ограничение NOT NULL на все столбцы, входящие в первичный ключ. Попытка вставить или обновить запись, установив NULL в такое поле, приведёт к ошибке.

Рассмотрим пример на MySQL:

CREATE TABLE users (
    id INT AUTO_INCREMENT PRIMARY KEY,
    username VARCHAR(50) NOT NULL UNIQUE,
    email VARCHAR(100)
);

В этой таблице поле id объявлено как PRIMARY KEY. Попробуем вставить некорректную запись:

INSERT INTO users (id, username, email) VALUES (NULL, 'ivan', 'ivan@mail.ru');

Несмотря на то, что id имеет свойство AUTO_INCREMENT, явная передача NULL вызовет ошибку (хотя в случае AUTO_INCREMENT часто можно вообще опускать это поле из списка столбцов при вставке).

Попытка явно добавить возможность NULL для первичного ключа также завершится ошибкой:

CREATE TABLE invalid_table (
    id INT NULL PRIMARY KEY
);
-- ERROR 1171 (42000): All parts of a PRIMARY KEY must be NOT NULL;

Сравнение с UNIQUE KEY

Важно отличать PRIMARY KEY от уникального ключа (UNIQUE KEY):

• UNIQUE KEY гарантирует уникальность значений, но может допускать одно значение NULL (это поведение зависит от конкретной СУБД; например, в MySQL уникальный ключ может содержать множество строк со значением NULL, если это не поле с ограничением NOT NULL).
• В таблице может быть несколько UNIQUE ключей, но только один PRIMARY KEY.
• PRIMARY KEY часто используется как естественная точка связи между таблицами (внешние ключи FOREIGN KEY ссылаются именно на него).

Исключения и особенности СУБД

Стандарт SQL чётко определяет, что PRIMARY KEY подразумевает NOT NULL. Все основные реляционные СУБД (MySQL, PostgreSQL, Oracle, SQL Server, SQLite) строго соблюдают это правило. Утверждение о возможности NULL в первичном ключе является ошибочным и может возникнуть из-за путаницы с уникальными индексами.

Вывод для собеседования

На собеседовании, дав чёткий отрицательный ответ, важно продемонстрировать понимание причин этого ограничения:

1. Целостность данных: PRIMARY KEY — главный инструмент обеспечения идентифицируемости и уникальности записей. NULL подрывает эту целостность.
2. Связи между таблицами: Внешние ключи опираются на уникальные, непустые значения первичного ключа для поддержания ссылочной целостности (referential integrity).
3. Индексирование: Первичный ключ всегда индексируется, а индексы наиболее эффективно работают с конкретными значениями, а не с неопределённостями (NULL).

Таким образом, требование NOT NULL для PRIMARY KEY — не произвольное правило, а краеугольный камень корректного проектирования реляционных баз данных, гарантирующий их надёжность и предсказуемость работы.