Es correcto una FK con valores NULL?

[neodani]

Buenas,

Me gustaría saber si es correcto que tenga una tabla user_personal que tiene una FK hacia la tabla provincias con campos NULL (sin valor)

La cuestión es que para registrarse en la web no es obligatorio indicar la provincia, (sí el pais) por lo que muchas veces la provincia de la tabla user_personal deberá estar vacio/NULL sin ninguna relación.



Es posible? está mal diseñado? aparece un circulo en la linea de relación que une las dos tablas...

Muchas gracias de antemano

[Vun]

No estoy 100% seguro eh, pero yo diria que NULL es como un valor más, MYSQL no tendrá problema a la hora de crear el indice y "agrupar" los NULL como si fuese otro valor cualquiera.

Obviamente esto en indices secundarios, sino se lia parda xD

[huesos52]

Si es posible. Y para tu caso me parece un buen diseño.

Mira esto
http://dev.mysql.com/doc/refman/5.0/...nstraints.html
en la parte donde se puede establecer la propiedad set null al momento de declarar la constraint.

saludos

[neodani]

Iniciado por huesos52

Si es posible. Y para tu caso me parece un buen diseño.

Mira esto
http://dev.mysql.com/doc/refman/5.0/...nstraints.html
en la parte donde se puede establecer la propiedad set null al momento de declarar la constraint.

saludos

Leyendo la doc, no me queda del todo claro como debo actuar :S

"InnoDB rechaza cualquier operación INSERT o UPDATE que intente crear un valor de clave foránea en una tabla hija sin un valor de clave candidata coincidente en la tabla padre"

Pero luego dice

"SET NULL: Borra o actualiza el registro en la tabla padre y establece en NULL la o las columnas de clave foránea en la tabla hija. Esto solamente es válido si las columnas de clave foránea no han sido definidas como NOT NULL. MySQL 5.0 soporta tanto ON DELETE SET NULL como ON UPDATE SET NULL"

Debo definir la tabla user_preferencias asignandole el set null??

Esta es mi definición actual, la debería cambiar según la doc de mysql?

Código SQL:

CREATE TABLE `tbl_user_personal` (
  `user_id` INT(10) UNSIGNED NOT NULL,
  `user_name` VARCHAR(30) COLLATE utf8_spanish_ci NOT NULL,
  `user_mail` VARCHAR(45) COLLATE utf8_spanish_ci NOT NULL,
  `user_birthday` DATE NOT NULL,
  `user_sexo` CHAR(1) COLLATE utf8_spanish_ci NOT NULL,
  `user_pais` SMALLINT(5) UNSIGNED NOT NULL,
  `user_provincia` INT(10) UNSIGNED DEFAULT NULL,
  KEY `fk_user_personal_user` (`user_id`),
  KEY `fk_user_pais` (`user_pais`),
  KEY `fk_tbl_user_personal_tbl_provincias1` (`user_provincia`),
  CONSTRAINT `fk_user_personal_user` FOREIGN KEY (`user_id`) REFERENCES `tbl_user` (`user_id`) ON DELETE NO ACTION ON UPDATE NO ACTION,
  CONSTRAINT `fk_user_pais` FOREIGN KEY (`user_pais`) REFERENCES `tbl_paises` (`pais_id`) ON DELETE NO ACTION ON UPDATE NO ACTION,
  CONSTRAINT `fk_tbl_user_personal_tbl_provincias1` FOREIGN KEY (`user_provincia`) REFERENCES `tbl_provincias` (`provincia_id`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci;
 

Muchas gracias de antemano

[huesos52]

el apartado que te dije leyeras, era para que te dieras cuenta que esto es soportado siempre y cuando el campo sea declarado como null.

si un usuario no pone una provincia que corresponda, puedes enviarle un null y no hay problema. Lo del borrado o actualizada ya es decisión tuya.

otra opción, es tener un registro con codigo que se llame 'No asignado' y cuando el usuario no diligencie dicho campo, por defecto tome este valor que está previamente localizado en la tabla.

se entiende?

[neodani]

Iniciado por huesos52

el apartado que te dije leyeras, era para que te dieras cuenta que esto es soportado siempre y cuando el campo sea declarado como null.

si un usuario no pone una provincia que corresponda, puedes enviarle un null y no hay problema. Lo del borrado o actualizada ya es decisión tuya.

Buenas huesos52,

Si estoy en lo cierto (sino corrígeme por favor) tal y como la tengo ahora ya le envía el NULL gracias a esta declaración no?
`user_provincia` int(10) UNSIGNED DEFAULT NULL,

no tengo que tocar nada más no?


Respecto a esta opción:

Iniciado por huesos52

otra opción, es tener un registro con codigo que se llame 'No asignado' y cuando el usuario no diligencie dicho campo, por defecto tome este valor que está previamente localizado en la tabla.
se entiende?

Creo que te refieres a que a esta declaración

`user_provincia` int(10) UNSIGNED DEFAULT NULL,

En lugar de poner DEFAULT NULL ponga "No asignado", pero la declaración de esta columna es un INT. Por lo que entiendo que se trataría de tener un registro en la tabla provincia llamado "No asignado" por ej con el provincia_id XX
y en la declaración poner

`user_provincia` int(10) UNSIGNED DEFAULT XX,

Muchas gracias de antemano

[huesos52]

Correcto.

Lo que te digo del no asignado, es que puedes tener un codigo (999 por ejemplo) que siempre se relacione a aquellos valores que no son llenados y que al ser encontrados, se entienda que es un valor para aquellas llaves que no tienen designado una provincia.

saludos

[neodani]

Iniciado por huesos52

Correcto.

Lo que te digo del no asignado, es que puedes tener un codigo (999 por ejemplo) que siempre se relacione a aquellos valores que no son llenados y que al ser encontrados, se entienda que es un valor para aquellas llaves que no tienen designado una provincia.

saludos

Muchas gracias huesos52

Creo que escogeré la opción de establecer un código para la opción de ninguna provincia seleccionada, en lugar de dejar la FK nula.