FK duda

[rgf1987]

Veamos, tengo la siguiente duda a la hora de actualizar una tabla en MYSQL, la tabla es la siguiente:

Código MySQL:

CREATE TABLE `articulos` (
  `idArticulo` int(11) NOT NULL AUTO_INCREMENT,
  `idAutor` int(11) NOT NULL,
  `idEditor` int(11) DEFAULT '0',
  `tituloArticulo` varchar(50) DEFAULT NULL,
  `resumenArticulo` varchar(500) DEFAULT NULL,
  `coautoresArticulo` varchar(500) DEFAULT NULL,
  `imagenArticulo` varchar(50) DEFAULT NULL,
  `pdfArticulo` varchar(200) DEFAULT NULL,
  `estadoArticulo` int(11) DEFAULT '1',
  `idVolumen` int(11) DEFAULT NULL,
  PRIMARY KEY (`idArticulo`),
  KEY `articulos_ibfk_2` (`estadoArticulo`),
  KEY `articulos_ibfk_3` (`idVolumen`),
  KEY `articulos_ibfk_1` (`idAutor`),
  CONSTRAINT `articulos_ibfk_1` FOREIGN KEY (`idAutor`) REFERENCES `usuarios` (`idUsuario`) ON DELETE CASCADE,
  CONSTRAINT `articulos_ibfk_2` FOREIGN KEY (`estadoArticulo`) REFERENCES `estados` (`idEstado`) ON DELETE NO ACTION ON UPDATE NO ACTION,
  CONSTRAINT `articulos_ibfk_3` FOREIGN KEY (`idVolumen`) REFERENCES `volumenes` (`idVolumen`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8;
 

El problema esta en el campo idVolumen, si intento insertar un nuevo articulo el idVolumen nose lo indico y me inserta perfectamente.

Pero si despues quiero actualizar, lo tengo hecho de la siguiente manera:

Editado: Código de programación no permitido en foros de BBDD.

Esto me lanza un error de tipo:

Estado HTTP 500 - Request processing failed; nested exception is com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityCons traintViolationException: Cannot add or update a child row: a foreign key constraint fails (`todomotor`.`articulos`, CONSTRAINT `articulos_ibfk_3` FOREIGN KEY (`idVolumen`) REFERENCES `volumenes` (`idVolumen`) ON DELETE NO ACTION ON UPDATE NO ACTION)

Porque la variable "INT idVolumen" contiene un 0 y al intentar insertar un 0 no existe dicho volumen en la tabla asociada....

Cual es la solucion correcta??
Implementar dos metodos para actualizar uno actualizando el volumen y otro no??

Un ayuda por favor :( me lio mucho con estas cosas!!!

[gnzsoloyo]

La restricción de FK, cuando es mandatoria como en tu caso, implica que siempre la tabla referida debe contener el valor correspondiente, y la el campo referenciado no puede ser nulo o contener valores que no existan en su tabla referida.
En otras palabras: Debes insertar primero el volumen, recuperar la PK, y recién entonces puedes hacer el segundo insert.

[rgf1987]

Iniciado por gnzsoloyo

La restricción de FK, cuando es mandatoria como en tu caso, implica que siempre la tabla referida debe contener el valor correspondiente, y la el campo referenciado no puede ser nulo o contener valores que no existan en su tabla referida.
En otras palabras: Debes insertar primero el volumen, recuperar la PK, y recién entonces puedes hacer el segundo insert.

Para que nos entendamos, con volumen me refiero a un volumen de una revista, por lo tanto un volumen es un conjunto de articulos
Cuando creo un volumen selecciono los articulos que quiero para insertarlos en el.

Pero es que un articulo puede no pertenecer a ningun volumen. Y cuando creas el articulo o lo modificas necesitas que el campo idVolumen se mantenga nulo porque no tiene volumen.

Vamos que no me vale crear primero el Volumen, porque necesito que existan los articulos para poder crearlo.

Como deberia plantearlo?

[gnzsoloyo]

Entonces, Volumen no es atributo en Artículo, esta es una entidad base que puede o no estar relacionada con Volumen.
En ese modelo, debe existir una entidad articulo_volumen, donde se relacionen ambas, ya que incluso un Artículo puede estar relacionado con más de un volumen, si el mismo se ha publicado en una o más revistas (algo posible en la realidad, aunque no se en tu sistema).
Como sea, el modelo de datos no está bien planteado. Tienes que revisarlo otra vez.

[rgf1987]

No entiendo entonces como lo tengo que hacer...

En mi sistema un articulo solo puede pertenecer a un volumen.

Yo tengo la tabla Volumenes y la tabla Articulos.

Un articulo puede pertenecer a 0 o 1 Volumen
Un volumen puede tener 1 o N articulos, por eso puse la FK idVolumen en la tabla articulos.

Pero me aparece el problema que te comente antes...

¿Como lo harias tu? Tengo un lio..., ya nose si lo tengo bien o lo tengo mal jajaj

[gnzsoloyo]

Es una relación N:N, requiere una tabla.
Lo que no estás viendo es que, aunque no lo plantees en tu diseño de datos, hay una entidad base: Revista.
Si la incorporas al sistema, se ve la dependencia:
Revista <- Volumen <- articulos_volumen -> Articulo

Es decir:
- Una revista tiene N volúmenes.
- Cada volumen tiene 1 a N Artículos.
- Un Artículo puede o no ser publicado en un volumen.

En ese contexto, no hay relación mandatoria entre ambos. para poder crear una relación opcional se debe crear una tabla.

Esencialmente es lo mismo que una factura: Cada factura es única, con si fecha de emisión, datos de cliente, etc. Pero el detalle de la factura no es parte de la tabla, es otra tabla que relaciona los productos con la factura.
Imagina que cambias los nombres, Factura por Volumen, Producto por Artículo y Detalle_Factura por Volumen_Articulo...

La lógica sigue siendo la misma...

¿Se entiende?

[rgf1987]

Se entiende!!! y se agradece tu ayuda :)

[gnzsoloyo]