Pouvez colonnes de la table avec une Clé Étrangère d'être NULLE?

J'ai une table qui a plusieurs ID colonnes à d'autres tables.

Je veux une clé étrangère à la force de l'intégrité seulement si je mets de données là-bas. Si je fais une mise à jour plus tard pour remplir cette colonne, alors il doit également vérifier la contrainte.

(Il s'agit probablement de la base de données du serveur de personne à charge, je suis en utilisant MySQL & type de table InnoDB)

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

Je ne sais pas à propos de MySQL, MS SQL Server permet de clés étrangères pour accepter les valeurs null avec la sémantique de ce que vous voulez. Je m'attends c'est le comportement standard.
la clé étrangère, ne peut pas être null par défaut dans mySQL, la raison est simple, si vous faites référence à quelque chose et de vous laisser null, vous perdrez de l'intégrité des données. lorsque vous créez le tableau autoriser les valeurs null à PAS, puis appliquer la contrainte de clé étrangère. Vous ne pouvez pas définir la valeur null en cas de mise à jour, il doit vous envoyer une erreur, mais vous pouvez (vous devez), il suffit de ne pas mettre à jour cette colonne et de mettre à jour uniquement les champs dont vous avez besoin pour changer.

InformationsquelleAutor bender | 2010-03-02

195

Oui, vous pouvez appliquer la contrainte uniquement lorsque la valeur n'est pas NULL. Cela peut être testé facilement 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`))
```
La première insertion va passer parce que nous insérer une valeur NULL dans le parent_id. La deuxième insertion échoue à cause de la contrainte de clé étrangère, depuis que nous avons essayé d'insérer une valeur qui n'existe pas dans la parent table.
- La table parent peut également être déclaré avec l'id INT not NULL.
- Si vous le faites, de sorte qu'une seule ligne peut avoir une valeur null ID, il pourrait être utilisé en remplacement des valeurs pour d'autres lignes. (Bien qu'il pourrait mieux fonctionner pour la DB si vous venez d'utiliser plusieurs colonnes.) La contrainte par défaut semble être un problème si vous voulez connaître plus tard si une valeur a été défini à l'origine comme "par défaut" (en utilisant null) ou définir une valeur qui se trouve être le même que "par défaut". En ayant une ligne avec une valeur null id, vous pouvez indiquer clairement que cette ligne ne doit pas être utilisé comme une ligne normales, et peuvent utiliser la ligne comme un moyen de fournir une sorte de dynamique de la valeur par défaut pour les autres lignes.
- je pense que le parent_id INT NULL partie est (avec beaucoup de détails) égal à parent_id int default null
InformationsquelleAutor Daniel Vassallo
24

J'ai constaté que lors de l'insertion, les valeurs de colonne null avait précisément d'être déclarée NULLE, sinon, je voudrais obtenir une erreur de violation de contrainte (par opposition à une chaîne vide).
- Vous ne pourriez pas vous définissez une valeur par défaut NULL sur la colonne pour permettre cela?
- Oui, dans la plupart des langues NULL est différente de celle d'une chaîne vide. Peut-être subtil au début, mais c'est essentiel de se rappeler.
- Hey Backslider, dites-vous "(par opposition à une chaîne vide)", mais je ne pense pas que vous vouliez dire que vous INSÉREZ une valeur de chaîne vide, mais plutôt que vous ne spécifiez pas de valeur pour la Valeur à tous? c'est à dire que vous n'avez même pas mention de la colonne dans votre INSERT INTO {table} {list_of_columns} ? Parce que c'est vrai pour moi; d'omettre la mention de la colonne causes d'erreur, mais y compris et de manière explicite paramètre à NULL corrections d'erreur. Si je suis correct, je pense que @Gary commentaire ne s'applique pas (parce que tu ne voulais pas d'un vide-chaîne), mais @Kevin Coulombe pourrait être utile...
- Oui, @KevinCoulombe la suggestion de travaux, j'ai décrit comment réaliser cela avec Entity Framework de Base de scripts de Migration, ici
InformationsquelleAutor Backslider
3

Oui, qui va fonctionner comme vous l'attendez. Malheureusement, il me semble avoir de la difficulté à trouver un énoncé explicite de cette dans le Manuel MySQL.

Clés étrangères la valeur doit exister dans l'autre table. NULL se réfère à l'absence de valeur, de sorte que lorsque vous définissez une colonne est NULL, il ne serait pas logique d'essayer d'appliquer des contraintes sur que.
- Par la conception de Clé Étrangère doit se référer à une clé(Primaire) qui n'est pas NULLE, mais durant la phase de développement lorsque nous avons besoin d'avoir de multiples données d'abord inséré dans la table enfant, dont nous ne savons pas qui il va se référer à (la table parent). C'est pourquoi nous avons valeur NULL autorisé. Dans la production ayant la valeur NULL sera un flot de conception, qui peut être à peu près dit.
InformationsquelleAutor davidtbernal

Les travaux ci-dessus mais cela ne marche pas. Remarque l'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)

Qu'entendez-vous par "le haut"? Notez que si vous faites allusion à une autre réponse de l'ordre peut changer.

InformationsquelleAutor MrFabulous

1

Une autre façon de contourner ce problème serait d'insérer un élément par DÉFAUT dans l'autre table. Par exemple, toute référence à uuid=00000000-0000-0000-0000-000000000000 sur l'autre table indiquent aucune action. Vous devez également définir toutes les valeurs pour que id être "neutre", par exemple 0, une chaîne vide, null, afin de ne pas affecter votre code logique.
- Ce n'est pas la même chose. Un défaut ou une valeur "neutre" n'est pas la même que la valeur NULL, l'absence de valeur. Sans discuter le mérite d'une valeur par défaut sur une valeur NULL, votre phrasé est un litte mixte. "Une autre façon de contourner ce problème serait d'insérer un élément de valeur null dans l'autre table" devrait dire quelque chose comme "une Autre façon de contourner ce problème serait d'insérer un élément par DÉFAUT dans l'autre table"
InformationsquelleAutor Wildhammer

J'ai aussi bloqué sur ce problème. Mais j'ai résolu en définissant simplement la clé étrangère comme unsigned integer.
Trouver 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;

InformationsquelleAutor Shams Reza

Vous devez vous connecter pour publier un commentaire.