Les colonnes de table avec une clé étrangère peuvent-elles être NULL?

J'ai une table qui a plusieurs colonnes d'identification vers d'autres tables.

Je veux qu'une clé étrangère ne force l'intégrité que si j'y mets des données. Si je fais une mise à jour ultérieurement pour remplir cette colonne, elle doit également vérifier la contrainte.

(Cela dépend probablement du serveur de base de données, j'utilise le type de table MySQL et InnoDB)

Je crois que c'est une attente raisonnable, mais corrigez-moi si je me trompe.

Oui, vous ne pouvez appliquer la contrainte que lorsque la valeur n'est pas NULL. Cela peut être facilement testé avec l'exemple suivant:

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`))

Le premier insert passera car nous insérons un NULL dans le parent_id. La deuxième insertion échoue en raison de la contrainte de clé étrangère, car nous avons essayé d'insérer une valeur qui n'existe pas dans la parenttable.

J'ai trouvé que lors de l'insertion, les valeurs de colonne nulles devaient être spécifiquement déclarées comme NULL, sinon j'obtiendrais une erreur de violation de contrainte (par opposition à une chaîne vide).

Oui, cela fonctionnera comme vous vous y attendez. Malheureusement, je semble avoir du mal à trouver une déclaration explicite à ce sujet dans le manuel MySQL .

Les clés étrangères signifient que la valeur doit exister dans l'autre table. NULL fait référence à l'absence de valeur, donc lorsque vous définissez une colonne sur NULL, cela n'aurait aucun sens d'essayer d'imposer des contraintes sur cela.

Ce qui précède fonctionne mais cela ne fonctionne pas. Notez le ON DELETE CASCADE

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)

Oui, la valeur peut être NULL, mais vous devez être explicite. J'ai déjà vécu cette même situation auparavant, et il est facile d'oublier POURQUOI cela se produit, et il faut donc un peu de temps pour se rappeler ce qui doit être fait.

Si les données soumises sont converties ou interprétées comme une chaîne vide, cela échouera. Cependant, en définissant explicitement la valeur sur NULL lors de l'insertion ou de la mise à jour, vous êtes prêt à partir.

Mais c'est le plaisir de la programmation, n'est-ce pas? Créer nos propres problèmes et les résoudre! À votre santé!

Une autre solution consiste à insérer un élément DEFAULT dans l'autre table. Par exemple, toute référence à uuid = 00000000-0000-0000-0000-000000000000 sur l'autre table n'indiquerait aucune action. Vous devez également définir toutes les valeurs pour que cet identifiant soit "neutre", par exemple 0, chaîne vide, null afin de ne pas affecter votre logique de code.

Je suis également resté sur cette question. Mais j'ai résolu simplement en définissant la clé étrangère comme unsigned integer. Trouvez l'exemple ci-dessous-

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;