Что будет, если указать в Primary key поле, которое может быть null?

Что произойдет при указании поля с возможностью NULL в PRIMARY KEY?

В контексте реляционных баз данных, таких как MySQL, PostgreSQL или SQLite, PRIMARY KEY — это фундаментальное ограничение, которое накладывает строгие требования на столбец или группу столбцов. Попытка объявить поле с возможностью NULL как часть PRIMARY KEY приведет к ошибке, так это нарушает ключевые принципы его определения.

Основные свойства PRIMARY KEY и конфликт с NULL

PRIMARY KEY обладает двумя неотъемлемыми характеристиками:

1. Уникальность (UNIQUE): Все значения в столбце (или комбинации столбцов) должны быть уникальными.
2. Ненулеваемость (NOT NULL): Ни одно значение в столбце не может быть NULL. Это требование является более строгим, чем просто уникальность.

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

Практический пример и ошибка

Рассмотрим попытку создать таблицу в MySQL:

CREATE TABLE users (
    id INT NULL,
    name VARCHAR(100),
    PRIMARY KEY (id)
);

При выполнении этого запроса вы получите явную ошибку. Например, в MySQL это будет:

ERROR 1171 (42000): All parts of a PRIMARY KEY must be NOT NULL; if you need NULL in a key, use UNIQUE instead

Сообщение ошибки четко указывает на проблему: "Все части PRIMARY KEY должны быть NOT NULL" и предлагает альтернативу — использовать ограничение UNIQUE, если нужны NULL значения.

Почему NULL недопустим в PRIMARY KEY: логическое объяснение

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

Альтернативные решения и рекомендации

Если вам требуется уникальность, но с возможностью отсутствия значения, правильным инструментом является ограничение UNIQUE. В отличие от PRIMARY KEY, UNIQUE допускает наличие NULL значений (их количество зависит от СУБД, часто допускается один NULL).

CREATE TABLE users (
    id INT UNIQUE, -- Уникально, но может быть NULL
    name VARCHAR(100)
);

Для создания полноценной таблицы с PRIMARY KEY необходимо явно указать NOT NULL или использовать тип данных/автоинкремент, который по умолчанию не допускает NULL.

-- Правильное определение
CREATE TABLE users (
    id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(100)
);

-- Или явно с NOT NULL
CREATE TABLE users (
    id INT NOT NULL,
    name VARCHAR(100),
    PRIMARY KEY (id)
);

Заключение

Попытка указать поле с NULL в PRIMARY KEY приведет к немедленной ошибке от СУБД при выполнении DDL-запроса (CREATE TABLE или ALTER TABLE). Это не вопрос поведения или предупреждения — это прямой запрет, основанный на нарушении базовых, реляционных правил. PRIMARY KEY по определению требует абсолютной уникальности и обязательного наличия значения для каждой записи, что исключает возможность NULL. Для сценариев, где уникальность нужна, но значение может отсутствовать, следует использовать ограничение UNIQUE.