Le colonne della tabella con una chiave esterna possono essere NULL?

Ho una tabella che ha diverse colonne ID per altre tabelle.

Voglio una chiave esterna per forzare l'integrità solo se inserisco i dati. Se faccio un aggiornamento in un secondo momento per popolare quella colonna, allora dovrebbe anche controllare il vincolo.

(Probabilmente dipende dal server di database, sto usando il tipo di tabella MySQL e InnoDB)

Credo che questa sia un'aspettativa ragionevole, ma correggimi se sbaglio.

Sì, è possibile applicare il vincolo solo quando il valore non è NULL. Questo può essere facilmente testato con il seguente esempio:

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

Il primo inserimento passerà perché inseriamo un NULL nel file parent_id. Il secondo inserimento non riesce a causa del vincolo di chiave esterna, poiché abbiamo cercato di inserire un valore che non esiste nella parenttabella.

Ho scoperto che durante l'inserimento, i valori della colonna null dovevano essere dichiarati specificamente come NULL, altrimenti avrei avuto un errore di violazione del vincolo (al contrario di una stringa vuota).

Sì, funzionerà come previsto. Sfortunatamente, mi sembra di avere difficoltà a trovare una dichiarazione esplicita di ciò nel manuale di MySQL .

Le chiavi esterne indicano che il valore deve esistere nell'altra tabella. NULLO riferisce all'assenza di valore, quindi quando si imposta una colonna su NULL, non avrebbe senso provare a imporre vincoli su questo.

Quanto sopra funziona, ma non è così. Nota ON ELIMINA CASCATA

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)

Sì, il valore può essere NULL, ma devi essere esplicito. Ho già sperimentato la stessa situazione in precedenza, ed è facile dimenticare PERCHE 'questo accade, e quindi ci vuole un po' di tempo per ricordare cosa deve essere fatto.

Se i dati inviati vengono trasmessi o interpretati come una stringa vuota, falliranno. Tuttavia, impostando esplicitamente il valore su NULL durante INSERTING o UPDATING, sei a posto.

Ma questo è il divertimento della programmazione, no? Creare i nostri problemi e poi risolverli! Saluti!

Un altro modo per aggirare questo sarebbe inserire un elemento DEFAULT nell'altra tabella. Ad esempio, qualsiasi riferimento a uuid = 00000000-0000-0000-0000-000000000000 sull'altra tabella indicherebbe nessuna azione. È inoltre necessario impostare tutti i valori affinché quell'id sia "neutro", ad esempio 0, stringa vuota, null per non influire sulla logica del codice.

Ho anche bloccato su questo problema. Ma ho risolto semplicemente definendo la chiave esterna come unsigned integer. Trova l'esempio seguente-

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;