¿Pueden las columnas de la tabla con una clave externa ser NULL?

Tengo una tabla que tiene varias columnas de ID para otras tablas.

Quiero una clave foránea para forzar la integridad solo si pongo datos allí. Si hago una actualización más tarde para llenar esa columna, entonces también debería verificar la restricción.

(Esto es probable que dependa del servidor de la base de datos, estoy usando el tipo de tabla MySQL e InnoDB)

Creo que esta es una expectativa razonable, pero corrígeme si me equivoco.

Sí, puede aplicar la restricción solo cuando el valor no es NULL. Esto se puede probar fácilmente con el siguiente ejemplo:

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 primera inserción pasará porque insertamos un NULL en el parent_id. La segunda inserción falla debido a la restricción de clave externa, ya que intentamos insertar un valor que no existe en la parenttabla.

Descubrí que al insertar, los valores de columna nulos tenían que declararse específicamente como NULL, de lo contrario obtendría un error de violación de restricción (en lugar de una cadena vacía).

Sí, eso funcionará como lo espera. Desafortunadamente, parece que tengo problemas para encontrar una declaración explícita de esto en el manual de MySQL .

Las claves foráneas significan que el valor debe existir en la otra tabla. NULL se refiere a la ausencia de valor, por lo que cuando establece una columna en NULL, no tendría sentido intentar imponer restricciones sobre eso.

Lo anterior funciona pero esto no. Tenga en cuenta la CASCADA ELIMINAR

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í, el valor puede ser NULL, pero debe ser explícito. He experimentado esta misma situación antes, y es fácil olvidar POR QUÉ sucede esto, por lo que lleva un poco de tiempo recordar lo que hay que hacer.

Si los datos enviados son emitidos o interpretados como una cadena vacía, fallará. Sin embargo, al establecer explícitamente el valor en NULL al INSERTAR o ACTUALIZAR, está listo para comenzar.

Pero esta es la diversión de la programación, ¿no? ¡Creando nuestros propios problemas y luego arreglándolos! ¡Salud!

Otra forma de evitar esto sería insertar un elemento DEFAULT en la otra tabla. Por ejemplo, cualquier referencia a uuid = 00000000-0000-0000-0000-000000000000 en la otra tabla indicaría que no hay acción. También debe establecer todos los valores para que esa identificación sea "neutral", por ejemplo, 0, cadena vacía, nula para no afectar la lógica de su código.

También me atasqué en este tema. Pero lo resolví simplemente definiendo la clave externa como unsigned integer. Encuentra el siguiente ejemplo:

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;