Могут ли столбцы таблицы с внешним ключом быть NULL?

У меня есть таблица, которая имеет несколько столбцов ID для других таблиц.

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

(Вероятно, это зависит от сервера базы данных, я использую тип таблицы MySQL и InnoDB)

Я считаю, что это разумное ожидание, но поправьте меня, если я ошибаюсь.

Да, вы можете применить ограничение только тогда, когда значение не равно NULL. Это легко проверить с помощью следующего примера:

CREATE DATABASE t;
USE t;

CREATE TABLE parent (id INT NOT NULL,
                     PRIMARY KEY (id)
) ENGINE=INNODB;

CREATE TABLE child (id INT NULL, 
                    parent_id INT NULL,
                    FOREIGN KEY (parent_id) REFERENCES parent(id)
) ENGINE=INNODB;


INSERT INTO child (id, parent_id) VALUES (1, NULL);
-- Query OK, 1 row affected (0.01 sec)


INSERT INTO child (id, parent_id) VALUES (2, 1);

-- ERROR 1452 (23000): Cannot add or update a child row: a foreign key 
-- constraint fails (`t/child`, CONSTRAINT `child_ibfk_1` FOREIGN KEY
-- (`parent_id`) REFERENCES `parent` (`id`))

Первая вставка пройдет, потому что мы вставляем NULL в parent_id. Вторая вставка завершается неудачно из-за ограничения внешнего ключа, так как мы попытались вставить значение, которое не существует в parentтаблице.

Я обнаружил, что при вставке значения нулевого столбца должны были быть специально объявлены как NULL, в противном случае я бы получил ошибку нарушения ограничения (в отличие от пустой строки).

Да, это будет работать так, как вы ожидаете. К сожалению, у меня, похоже, возникают проблемы с нахождением явного утверждения об этом в руководстве по MySQL .

Внешние ключи означают, что значение должно существовать в другой таблице. NULL относится к отсутствию значения, поэтому, когда вы устанавливаете столбец в NULL, не имеет смысла пытаться применить ограничения на это.

Выше работает, но это не так. Обратите внимание на УДАЛЕННЫЙ КАСКАД

CREATE DATABASE t;
USE t;

CREATE TABLE parent (id INT NOT NULL,
                 PRIMARY KEY (id)
) ENGINE=INNODB;

CREATE TABLE child (id INT NULL, 
                parent_id INT NULL,
                FOREIGN KEY (parent_id) REFERENCES parent(id) ON DELETE CASCADE

) ENGINE=INNODB;


INSERT INTO child (id, parent_id) VALUES (1, NULL);
-- Query OK, 1 row affected (0.01 sec)

Да, значение может быть NULL, но вы должны быть явным. Я уже сталкивался с такой же ситуацией и раньше, и легко забыть ПОЧЕМУ это происходит, и поэтому нужно немного вспомнить, что нужно сделать.

Если представленные данные преобразуются или интерпретируются как пустая строка, произойдет сбой. Тем не менее, явно установив значение NULL при вставке или обновлении, все готово.

Но ведь это удовольствие от программирования, не так ли? Создание собственных проблем, а затем их исправление! Ура!

Другим способом было бы вставить элемент DEFAULT в другую таблицу. Например, любая ссылка на uuid = 00000000-0000-0000-0000-000000000000 в другой таблице будет указывать на отсутствие действий. Вам также нужно установить все значения для этого идентификатора как «нейтральные», например, 0, пустая строка, ноль, чтобы не влиять на логику кода.

Я тоже застрял в этом вопросе. Но я решил просто, определив внешний ключ как unsigned integer. Найдите приведенный ниже пример

CREATE TABLE parent (
   id int(10) UNSIGNED NOT NULL,
    PRIMARY KEY (id)
) ENGINE=INNODB;

CREATE TABLE child (
    id int(10) UNSIGNED NOT NULL,
    parent_id int(10) UNSIGNED DEFAULT NULL,
    FOREIGN KEY (parent_id) REFERENCES parent(id) ON DELETE CASCADE
) ENGINE=INNODB;