Clave foranea con valor nulo.

[Zaleo]

Hola, tengo una duda con las claves foraneas y si pueden contener un valor nulo.
Voy a explicar mi ejemplo para que se entienda mejor:

Tengo una tabla de clientes, y una tabla de albumes.
El album que es de un cliente, solo puede verlo ese cliente, por tanto tengo una clave foranea id_cliente en album que hace referencia al id de cliente. Hasta aqui bien.

El problema es que los albumes tambien pueden ser publicos, es decir, que todo el mundo puede verlos, no tiene un cliente y por tanto el valor id_cliente seria nulo.

Es posible hacer que esta clave forane id_cliente sea nula????

La otra opcion que se me ocurre es crear un cliente que sea publico, pero claro los datos de este registros como nombre, email etc, serian inventados y no me parece una solucion elegante.

Alguna idea??, Muchas gracias.

[gnzsoloyo]

Técnicamente hablando, no debería darse que exista una FK que pueda ser NULL, pero existe una posibilidad.
MySQL admite la existencia de FK nulas si y sólo si el campo de referencia en la tabla origen no es una clave primaria sino clave candidata. Las claves candidatas son aquellas en las que se puede crear un índice UNIQUE sin ser PK, y se pueden definir en campos que pueden tener como valor NULL. Es el único caso.
¿Se entiende la idea?

[Heimish2000]

Pues yo veo más casos gnzsoloyo, te cuento uno que teníamos en mi trabajo (lo voy a simplificar)

Teníamos una tabla con citas médicas y desde una cita, un médico podía pedir otra por lo que las citas tenían un campo de CITA_PADRE que era una FK a la propia tabla de citas, pero no todas las citas estaban pedidas desde otra por lo que no en todas ellas ese campo estaba informado.

A lo mejor estabamos equivocados en el diseño de nuestra base de datos, aunque creo que (esa parte) estaba bastante bien.

Para la pregunta del primer forero, si, se puede tener un campo que sea FK y contenga un valor nulo.

[Zaleo]

Entiendo lo que decis, pero me gustaria saber como debo construir las tablas.
Yo de momento las tengo de la siguiente forma:

CREATE TABLE cliente (
`ID` INT NOT NULL AUTO_INCREMENT ,
`NOMBRE` VARCHAR( 255 ) NOT NULL ,
`EMAIL` VARCHAR( 255 ) NOT NULL,
`USER` VARCHAR( 255 ) NOT NULL,
`PASS` VARCHAR( 255 ) NOT NULL,
PRIMARY KEY ( `ID` ),
UNIQUE (EMAIL),
UNIQUE (USER)
) TYPE= InnoDB;


CREATE TABLE `album` (
`ID` INT NOT NULL AUTO_INCREMENT ,
`NOMBRE` VARCHAR( 255 ) NOT NULL ,
`FECHA` DATE,
`PUBLICO` BOOLEAN NOT NULL ,
`ID_CLIENTE` INT ,
PRIMARY KEY (`ID`),
UNIQUE (NOMBRE),
INDEX(ID_CLIENTE),
FOREIGN KEY(ID_CLIENTE) REFERENCES CLIENTE(ID)
ON DELETE CASCADE ON UPDATE CASCADE
) TYPE=InnoDB;

[gnzsoloyo]

Yo hablaba de algo así:

Código MySQL:

DROP TABLE IF EXISTS album; 
DROP TABLE IF EXISTS cliente; 
 
CREATE TABLE cliente (
`ID` INT NOT NULL AUTO_INCREMENT ,
`NOMBRE` VARCHAR( 255 ) NOT NULL ,
`EMAIL` VARCHAR( 255 ) NULL,
`USER` VARCHAR( 255 ) NOT NULL,
`PASS` VARCHAR( 255 ) NOT NULL,
PRIMARY KEY ( `ID` ),
UNIQUE (EMAIL),
UNIQUE (USER)
) ENGINE= InnoDB;
 
CREATE TABLE `album` (
`ID` INT NOT NULL AUTO_INCREMENT ,
`NOMBRE` VARCHAR( 255 ) NOT NULL ,
`FECHA` DATE,
`PUBLICO` BOOLEAN NOT NULL ,
`EMAIL` varchar(255) ,
PRIMARY KEY (`ID`),
UNIQUE (NOMBRE),
INDEX(EMAIL),
FOREIGN KEY(EMAIL) REFERENCES CLIENTE(EMAIL)
ON DELETE CASCADE ON UPDATE CASCADE
) engine=InnoDB;
 

Postdata: Los campos VARCHAR no tienen como límite los 255 caracteres. Eso fue hasta la versión anterior a la 5.0.3