ayuda con insert on duplicate key update

[Asembler24]

Hola muchachos, acá de nuevo a solicitar por favor su valiosa ayuda, el problema mío es el siguiente: Hace poco arregle una tabla que tenía serios problemas de normalización, la función que hace la tabla es guardar los ids de cada albúm fotográfico y a su vez guarda el id del documento, como se ve en la foto
He ocupado el insert on duplicate key update y no me resulta, me actualiza mal y me sobreescribe los valores anteriores del campo portafolio, pregunta ¿Cómo podría actualizar los ids sin que se volviera sobreescribieran los valores? he intentado con UPDATE y me sale que no se puede por duplicidad de claves. muchas gracias

[David]

¿Cuál es la relación con las demás tablas? ¿un portafolio puede estar relacionado con una única noticia? ¿cuál es el PRIMARY KEY?

[Asembler24]

Hola David, te respondo una noticia puede estar relacionada con muchos portafolios y la clave primaria en la tabla es doble o sea id_noticias2 y id_portafolio

gracias

[David]

La pregunta era si un portafolio también puede estar relacionado con varias noticias.

¿Cuáles son los datos que se sobreescriben?

[Asembler24]

te respondo un portafolio es relacionado con una noticia. Los datos que se sobreescriben es en el campo id_portafolio cuando quiere hacer un UPDATE asi lo hago y me sale error: "UPDATE mw_noticias2_mw_portafolios SET id_portafolio = 3 WHERE id_noticias = 34;".

[David]

Si entiendo lo que quieres hacer, lo que necesitas en realidad es usar IGNORE:

Código MySQL:

INSERT IGNORE INTO m2_noticas2_mw_portafolios (id_noticias2, id_portafolio) VALUES (34, 3);
 

[Asembler24]

Gracias, pero me sirviría para actualizar?

[David]

¿Qué es lo que necesitarías actualizar?

[Asembler24]

asi es, el campo a actualizar es id_portafolio

[David]

¿Cuándo? ¿Con qué condición? ¿En qué contexto?

[Asembler24]

tengo dos consultas para actualizar el campo "id_portafolio" esta:

Código MySQL:

UPDATE mw_noticias2_mw_portafolios SET id_portafolio = 3 WHERE id_noticias = 34;
 

y la segunda:

Código MySQL:

UPDATE mw_noticias2_mw_portafolios SET id_portafolio = 3 WHERE id_portafolio = 2;
 

No te entiendo cuando te refieres ¿En qué contexto?

[David]

¿Qué pretendes actualizar? La primera consulta no tiene mucho sentido, ya que varios registros cumplen con la condición id_noticias = 34, ¿cuál de esos registros es el que quieres actualizar?

[gnzsoloyo]

Si la tabla es una tabla que representa una relación N:M entre otras dos, y ambos campos son PK de esa tabla (además de ser FK), tienes que revisar que no se de que al actualizar ese campo id_portafolio se esté generando una clave duplicada de otro registro.
¿Es ese el caso?

[Asembler24]

gnzsoloyo, el caso que me planteas es correcto pero la duplicidad solo se manifiesta en la tabla que he citado solo me urge actualizar la columna id_portafolio

[gnzsoloyo]

gnzsoloyo, el caso que me planteas es correcto pero la duplicidad solo se manifiesta en la tabla que he citado solo me urge actualizar la columna id_portafolio

Que sólo se manifieste en esa tabla no es óbice para que ese no sea el caso.

Es evidente que al pretender la actualización estás generando una tabla duplicada, pero para entender mejor el origen problema sería buena idea que postearas la estructura y relaciones de la/s tabla/s involucradas, porque allí es donde se produce el problema. Si sabemos cómo se compone y de dónde saca las claves, será mucho más fácil comprender cómo se produce la duplicación.

[Asembler24]

esta es la relacion

[gnzsoloyo]

Bien, es entonces como lo suponía: una tabla que representa la relación N:M entre otras dos.

Si esto es una muestra de datos real:



Esto:

Código MySQL:

UPDATE mw_noticias2_mw_portafolios SET id_portafolio = 3 WHERE id_noticias = 34;
 

simplemente no puede funcionar porque hay al menos tres registros que tienen 34 en id_noticias, y si se ejecuta ese UPDATE no puede funcionar ni con el primero (34,1), porque ya existe un (34,3).

La única forma en que pueda darse que haya más de una instancia del par (34,3) es si y sólo si la PK de esa tabla posee algún discriminante, es decir otro campo más que permita diferenciar el par (34,3) al que haces referencia, y para ello la PK debería ser por lo menos de 3 campos.
¿Se entiende el problema?

Para que tu UPDATE pueda ejecutarse, tu tabla debe admitir esto:

Código MySQL:

--------------------------
|id_noticia|id_portafolio|
--------------------------
|         34|            3|
--------------------------
|         34|            3|
--------------------------
|         34|            3|
--------------------------
 

Y eso es imposible dada la definición actual de la tabla.
Se necesitaría algo así:

Código MySQL:

-----------------------------
|id_noticia|id_portafolio|id|
-----------------------------
|         34|            3|1|
-----------------------------
|         34|            3|2|
-----------------------------
|         34|            3|3|
-----------------------------
 

¿Se comprende ahora?

[Asembler24]

si pero como ocuparía el campo id en la tabla? y también tomando la primera imagen como base

[gnzsoloyo]

Lo siento, pero ¿realmente te interesa tener guardado esto?:

Código MySQL:

--------------------------
|id_noticia|id_portafolio|
--------------------------
|        34|            3|
--------------------------
|        34|            3|
--------------------------
|        34|            3|
--------------------------
 

¿Tiene algún sentido para tí? ¿Representa alguna utilidad?

¿Qué es exactamente lo que para tí tiene que guardarse en esa tabla?

Pregunto, porque desde el punto de vista de datos, no tiene mucho sentido. Se trata de una repetición sin ninguna utilidad aparente.

[Asembler24]

si tengo que guardar los datos, pero ¿habría otra solución para esto?

[gnzsoloyo]

Perdona, pero si no me respondes todas las preguntas, la idea me resulta confusa. El problema que le veo es que estás guardando tres veces la misma información. ¿Por qué? Con una vez por cada relación es suficiente, ¡para qué lo necesitas tres veces.
Poner repetidos los datos te generaría inconsistencia de datos eventualmente, y muy probables productos cartesianos en las consultas.

¿Cuál es el objeto de poner datos redundantes?

El tema aquí es que el modelo relacional se basa, entre otras cosas, en evitar la redundancia y tu quieres crearla intencionalmente, pero como el SQL respeta las restricciones creadas en la base, no puede ejecutar la consulta como la propones.