Czy kolumny tabeli z kluczem obcym mogą mieć wartość NULL?

Mam tabelę, która ma kilka kolumn identyfikatora do innych tabel.

Chcę, aby klucz obcy wymusił integralność tylko wtedy, gdy wstawię tam dane. Jeśli zrobię aktualizację w późniejszym czasie, aby zapełnić tę kolumnę, powinien również sprawdzić ograniczenie.

(Prawdopodobnie zależy to od serwera bazy danych, używam typu tabeli MySQL i InnoDB)

Uważam, że jest to uzasadnione oczekiwanie, ale poprawcie mnie, jeśli się mylę.

Tak, możesz wymusić ograniczenie tylko wtedy, gdy wartość nie jest równa NULL. Można to łatwo przetestować za pomocą następującego przykładu:

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

Pierwsza wstawka przejdzie, ponieważ wstawiamy NULL w parent_id. Druga wstawka kończy się niepowodzeniem z powodu ograniczenia klucza obcego, ponieważ próbowaliśmy wstawić wartość, która nie istnieje w parenttabeli.

Odkryłem, że podczas wstawiania wartości kolumny zerowej musiały być wyraźnie zadeklarowane jako NULL, w przeciwnym razie dostałbym błąd naruszenia ograniczenia (w przeciwieństwie do pustego ciągu).

Tak, zadziała tak, jak tego oczekujesz. Niestety wydaje mi się, że mam problem ze znalezieniem wyraźnego stwierdzenia tego w podręczniku MySQL .

Klucze obce oznaczają, że wartość musi istnieć w drugiej tabeli. NULL odnosi się do braku wartości, więc kiedy ustawisz kolumnę na NULL, nie ma sensu próbować wymuszać na tym ograniczeń.

Powyższe działa, ale nie działa. Zwróć uwagę na KASKAD ON DELETE

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)

Tak, wartość może wynosić NULL, ale musisz być jawny. Zetknąłem się już z tą samą sytuacją i łatwo zapomnieć DLACZEGO to się dzieje, więc trochę trzeba pamiętać, co trzeba zrobić.

Jeśli przesłane dane zostaną rzutowane lub zinterpretowane jako pusty ciąg, nie powiedzie się. Jednak poprzez bezpośrednie ustawienie wartości NULL podczas WSTAWIANIA lub AKTUALIZACJI, możesz zacząć.

Ale to jest zabawa z programowaniem, prawda? Tworzenie własnych problemów, a następnie ich rozwiązywanie! Twoje zdrowie!

Innym sposobem obejścia tego byłoby wstawienie elementu DEFAULT do drugiej tabeli. Na przykład każde odniesienie do uuid = 00000000-0000-0000-0000-000000000000 w drugiej tabeli wskazuje na brak działania. Musisz także ustawić wszystkie wartości tego identyfikatora na „neutralne”, np. 0, pusty ciąg, null, aby nie wpływać na logikę kodu.

Utknąłem również w tej sprawie. Ale rozwiązałem po prostu definiując klucz obcy jako unsigned integer. Znajdź poniższy przykład

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;