[SOLUCIONADO] #1062 - Duplicate entry '6' for key 'PRIMARY'

[calero1000]

Hola:

Tengo un error cuando quiero importar una base de datos y que es el siguiente

Error
consulta SQL:

-- -- Volcado de datos para la tabla `tblarticulos` -- INSERT INTO `tblarticulos` (`id_Articulo`, `strNombre`, `strDescrip_corta`, `strDescrip_larga`, `strImagen`, `intProveedor`, `intFamilia`, `intCategoria`) VALUES (6, 'Breezy 90', 'Silla con armazón de acero. ', 'Breezy 90 es la alternativa más económica de la gama Breezy. Simple y funcional, con todo lo necesario para cubrir las necesidades de usuarios esporádicos u ocasionales de sillas de ruedas, tanto dentro como fuera de casa.', 'breezy90.png', 1, 8, 3), (7, 'Brezzy 250', 'Silla con armazón de acero. Moderna y con amplia gama de modelos, colores y opciones', 'Breezy 250 es sinónimo de robustez y diseño. La silla de acero en la que puedes confiar, con el mejor servicio y una completa gama de opciones y accesorios para personalizar la silla a tus necesidades.\n\nCon tapicería de nylon, reposapiés a 70º desmontables y giratorios, reposabrazos abatibles hacia atrás y desmontables y distancia entre ruedas modificable p[...]

MySQL ha dicho:

#1062 - Duplicate entry '6' for key 'PRIMARY'

Me parece que viene por tener dos Key primarias.

La primera es la auto_incremento y la segunda me sale cuando en una area de texto, la denomino text y es cuando se me coloca la otra key primaria.

Es este el problema?.

Gracias.

[gnzsoloyo]

Me parece que viene por tener dos Key primarias.

Por lo pronto, es imposible que existan en una tabla dos claves primarias. Te debes estar refiriendo a una PK compuesta por dos campos, en todo caso.
Fuera de eso, el problema es mas o menos sencillo: Ese INBSERT pretende poner un valor de PK que ya existe en la tabla, lo que resulta imposible.
La pregunta sería: ¿Cómo estás tratando de importar la base? ¿Importando datos o importando datos y estructura?
Si estás intentando importar datos desde una base a otra idéntica, es muy común que haya duplicaciones de claves. Por eso las migraciones de datos se hacen consolidando lo que entra con lo que está, en procesos que uno mismo diseña para solventar estos inconvenientes.

[calero1000]

Iniciado por gnzsoloyo

Por lo pronto, es imposible que existan en una tabla dos claves primarias. Te debes estar refiriendo a una PK compuesta por dos campos, en todo caso.
Fuera de eso, el problema es mas o menos sencillo: Ese INBSERT pretende poner un valor de PK que ya existe en la tabla, lo que resulta imposible.
La pregunta sería: ¿Cómo estás tratando de importar la base? ¿Importando datos o importando datos y estructura?
Si estás intentando importar datos desde una base a otra idéntica, es muy común que haya duplicaciones de claves. Por eso las migraciones de datos se hacen consolidando lo que entra con lo que está, en procesos que uno mismo diseña para solventar estos inconvenientes.

Si te fijas en el 4 strDescripcion está la segunda Primaria si cambio el Text por LONGTEXT se me marcha la 2 PrymAria

[gnzsoloyo]

Eso no es una "segunda" primaria... Eso significa que todos los campos están definiendo una única primaria compuesta, lo que en el contexto de esa tabla está mal. MUY mal. Entre otras cosas porque el primer campo es autoincrement, lo que permitiría duplicar todos los restantes datos de esa tabla entre dos registros y jamás lo detectarías.

Te recomiendo que vuelvas a los apuntes y veas de nuevo el concepto de clave primaria: Es siempre única para cada tabla, porque entre otras cosas define el ordenamiento físico de los registros, y es imposible hacer que una tabla se ordene físicamente de dos formas diferentes.
¿O puedes poner los libros en un estante de dos modos distintos al mismo tiempo?

Claro que no.

Haz una cosa, para comprobar la estructura de esa tabla. Ejecuta la siguiente consulta y postea el resultado aquí:

Código MySQL:

SHOW CREATE TABLE tblarticulos
 

Eso nos aclarará el tipo de tabla de la que estamos hablando (que me la describas no me va a aportar nada relevante).

Ahora, volviendo al problema, no me has contestado: ¿Estás importando datos, o datos y estructura?
¿Cómo haces la importación?
¿Cómo se generó el respaldo importado?

[calero1000]

Iniciado por gnzsoloyo

Por lo pronto, es imposible que existan en una tabla dos claves primarias. Te debes estar refiriendo a una PK compuesta por dos campos, en todo caso.
Fuera de eso, el problema es mas o menos sencillo: Ese INBSERT pretende poner un valor de PK que ya existe en la tabla, lo que resulta imposible.
La pregunta sería: ¿Cómo estás tratando de importar la base? ¿Importando datos o importando datos y estructura?
Si estás intentando importar datos desde una base a otra idéntica, es muy común que haya duplicaciones de claves. Por eso las migraciones de datos se hacen consolidando lo que entra con lo que está, en procesos que uno mismo diseña para solventar estos inconvenientes.

Hola:
En primer lugar disculpa, peros conocimientos de bases de datos son mínimos pues es ahora que empiezo con ello.

He hecho la consulta y me ha salido lo siguiente



En cuanto la importación la hago de datos y estructura, la base de datos que tengo en el servidor hago una exportación donde se me genera un archivo.sql posteriormente hago mi importación en la base de datos que tengo en mi ordenador.

Muchas gracias por tu paciencia.

[gnzsoloyo]

Te pedi el resultado de la consulta, no una captura de pantalla.
Copia todo el contenido de la columna devuelta y postealo aquí, para lo cual deberás expandir la columna que dice "create Table". Supongo que saber hacerlo.

En referencia a la exportación, no me has respondido: ¿Datos o datos y estructura?
phpMyadmin lo puede hacer de las dos formas.
¿Cuál usas?

[calero1000]

Iniciado por gnzsoloyo

Te pedi el resultado de la consulta, no una captura de pantalla.
Copia todo el contenido de la columna devuelta y postealo aquí, para lo cual deberás expandir la columna que dice "create Table". Supongo que saber hacerlo.

En referencia a la exportación, no me has respondido: ¿Datos o datos y estructura?
phpMyadmin lo puede hacer de las dos formas.
¿Cuál usas?

Hola:
Desconozco si es esto lo que me pedias

iid select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE tblarticulos ALL NULL NULL NULL NULL 285


Son datos y estructura.

Gracias

[gnzsoloyo]

No.
Te pedí que ejecutaras la consulta:

Código MySQL:

SHOW CREATE TABLE tblarticulos
 

luego copiaras el resultado (no la pantalla, sino el contenido de la columna "create table") y lo postearas acá.
Eso recuperará la sentencia con la que esa tabla se crea, y permitirá, entre otras cosas, entender sus dependencias.
de todos modos el problema es simple, y sigues sin respondermelo: Si estás recuperando de la otra base sólo los datos, y tratando de importarlos en una base que ya tienes con datos, es altamente probable que algunos valores de PK que se están intentando cargar, ya existan en la base destino, y eso es lo que está causando el error.
Tan simple como eso.

[leonardo_josue]

Hola calero1000:

Lo que gnzsoloyo te pide es el resultado de la ejecución de la sentencia SHOW CREATE TABLE... si observas en la última imagen que subiste, en la parte inferior donde se muestran los resultados aparece una tabla con dos columnas, una de las columnas dice:

Código:

CREATE TABLE `tblarticulo`(
`id_Articulo` int(...

Eso es lo que interesa... toda la sentencia que se utilizó para crear la tabla.

Saludos
Leo.

[leonardo_josue]

jejejejeje siempre pisándonos los talones gnzsoloyo

Saludos
Leo

[calero1000]

Hola y gracias a los dos.

Supongo que ahora voy acertar

CREATE TABLE `tblarticulos` ( *`id_Articulo` int(11) NOT NULL AUTO_INCREMENT, *`strNombre` varchar(100) CHARACTER SET latin1 NOT NULL, *`strDescrip_corta` varchar(130) CHARACTER SET latin1 NOT NULL, *`strDescrip_larga` text COLLATE utf8_spanish_ci, *`strImagen` varchar(100) CHARACTER SET latin1 NOT NULL, *`intProveedor` int(11) NOT NULL, *`intFamilia` int(11) NOT NULL, *`intCategoria` int(11) NOT NULL, *PRIMARY KEY (`id_Articulo`)) ENGINE=InnoDB AUTO_INCREMENT=285 DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci

La copia es de datos y estructura y lo que exporto de la base de datos del servidor la quiero importar en la base de datos que tengo en el ordenador. Por lo que es datos y estructura.

[gnzsoloyo]

Código SQL:

CREATE TABLE `tblarticulos` 
(`id_Articulo` INT(11) NOT NULL AUTO_INCREMENT, 
`strNombre` VARCHAR(100) CHARACTER SET latin1 NOT NULL, 
`strDescrip_corta` VARCHAR(130) CHARACTER SET latin1 NOT NULL, 
`strDescrip_larga` text COLLATE utf8_spanish_ci, 
`strImagen` VARCHAR(100) CHARACTER SET latin1 NOT NULL, 
`intProveedor` INT(11) NOT NULL, 
`intFamilia` INT(11) NOT NULL, 
`intCategoria` INT(11) NOT NULL, 
PRIMARY KEY (`id_Articulo`)
) ENGINE=InnoDB AUTO_INCREMENT=285 
DEFAULT CHARSET=utf8 
COLLATE=utf8_spanish_ci
 

Bueno, afortunadamente parece que algo está mal en esa vista del phpMyadmin, porque pese a lo que me parecía, sólo hay un campo declarado como PK: ID_ARTICULO".
Eso es bueno.
Siendo así, entonces la cosa es claramente como te mencionaba: El conjunto de datos que estás importando contiene valores de ID que ya existen en la base destino. Es un problema muy habitual, y eso va a complicar las cosas bastante, porque hay que verificar si los datos que estás importando están o no cargados en la base destino, y eso no se puede hacer de forma automática. Muy probablemente haya que verificarlo a mano... y no es una tarea para principiantes, lamento decírtelo.
En esencia, hay que verificar si los valores de los restantes campos coinciden par aun registro con el mismo ID que tiene la tabla origen. Lo que vulgarmente se denomina un "matching" entre las tablas.
El problema es que para hacerlo tendrás que crear una base de datos paralela en el mismo servidor de destino, y poner allí una réplica exacta de la base origen, a fin de realizar el proceso de validación.
Yo tuve que hacer un proceso de ese tipo, para ser incluido en una aplicación que migraba datos entre dos o más bases sucursales distintas, y el trabajo completo (con bases de 78 tablas) me llevó mas o menos tres semanas de desarrollo, hasta que funcionó mas o menos bien.
Y yo ya tenía bastante práctica en MySQL...

Esto es una tarea como para que pidas ayuda. Pero ayuda que pueda trabajar sentado en tu computadora... no simplemente asesoramiento.

[calero1000]

Iniciado por leonardo_josue

Hola calero1000:

Lo que gnzsoloyo te pide es el resultado de la ejecución de la sentencia SHOW CREATE TABLE... si observas en la última imagen que subiste, en la parte inferior donde se muestran los resultados aparece una tabla con dos columnas, una de las columnas dice:

Código:

CREATE TABLE `tblarticulo`(
`id_Articulo` int(...

Eso es lo que interesa... toda la sentencia que se utilizó para crear la tabla.

Saludos
Leo.

Iniciado por gnzsoloyo

Código SQL:

CREATE TABLE `tblarticulos` 
(`id_Articulo` INT(11) NOT NULL AUTO_INCREMENT, 
`strNombre` VARCHAR(100) CHARACTER SET latin1 NOT NULL, 
`strDescrip_corta` VARCHAR(130) CHARACTER SET latin1 NOT NULL, 
`strDescrip_larga` text COLLATE utf8_spanish_ci, 
`strImagen` VARCHAR(100) CHARACTER SET latin1 NOT NULL, 
`intProveedor` INT(11) NOT NULL, 
`intFamilia` INT(11) NOT NULL, 
`intCategoria` INT(11) NOT NULL, 
PRIMARY KEY (`id_Articulo`)
) ENGINE=InnoDB AUTO_INCREMENT=285 
DEFAULT CHARSET=utf8 
COLLATE=utf8_spanish_ci
 

Bueno, afortunadamente parece que algo está mal en esa vista del phpMyadmin, porque pese a lo que me parecía, sólo hay un campo declarado como PK: ID_ARTICULO".
Eso es bueno.
Siendo así, entonces la cosa es claramente como te mencionaba: El conjunto de datos que estás importando contiene valores de ID que ya existen en la base destino. Es un problema muy habitual, y eso va a complicar las cosas bastante, porque hay que verificar si los datos que estás importando están o no cargados en la base destino, y eso no se puede hacer de forma automática. Muy probablemente haya que verificarlo a mano... y no es una tarea para principiantes, lamento decírtelo.
En esencia, hay que verificar si los valores de los restantes campos coinciden par aun registro con el mismo ID que tiene la tabla origen. Lo que vulgarmente se denomina un "matching" entre las tablas.
El problema es que para hacerlo tendrás que crear una base de datos paralela en el mismo servidor de destino, y poner allí una réplica exacta de la base origen, a fin de realizar el proceso de validación.
Yo tuve que hacer un proceso de ese tipo, para ser incluido en una aplicación que migraba datos entre dos o más bases sucursales distintas, y el trabajo completo (con bases de 78 tablas) me llevó mas o menos tres semanas de desarrollo, hasta que funcionó mas o menos bien.
Y yo ya tenía bastante práctica en MySQL...

Esto es una tarea como para que pidas ayuda. Pero ayuda que pueda trabajar sentado en tu computadora... no simplemente asesoramiento.

Hola:
Muchas gracias por todo y por la paciencia que has tenido conmigo.

Una última pregunta, he borrado la tabla de artículos de la base de datos en la que voy a importar los datos y estructura y al importarlos se me ha copiado todo, me sale el error pero se me copian todas la tablas y datos, haciéndolo así se puede hacer un desastre?.

[gnzsoloyo]

¿Eliminando una tabla del esquema?
¿Una tabla que parece fundamental, como una tabla de Artículos?

Imaginate tratar de hacer funcionar un foro de autores sin los artículos creados, o una página comercial sin la tabla de productos...

Perdona que te lo diga, pero lo que has hecho no tiene sentido.
Si lo que quieres (y sigues sin responder mis preguntas) es migrar la estructura de la base sin los datos, es una cosa, si quieres migrar estructura con datos, es otra, y si quieres migrar datos, es algo distinto.

¿Podrías, por favor, responder las preguntas que te hago?
Ya te lo dijo al menos dos veces: ¿Estás tratando de importar datos o datos y estructura?

Last chance...

[calero1000]

Iniciado por gnzsoloyo

¿Eliminando una tabla del esquema?
¿Una tabla que parece fundamental, como una tabla de Artículos?

Imaginate tratar de hacer funcionar un foro de autores sin los artículos creados, o una página comercial sin la tabla de productos...

Perdona que te lo diga, pero lo que has hecho no tiene sentido.
Si lo que quieres (y sigues sin responder mis preguntas) es migrar la estructura de la base sin los datos, es una cosa, si quieres migrar estructura con datos, es otra, y si quieres migrar datos, es algo distinto.

¿Podrías, por favor, responder las preguntas que te hago?
Ya te lo dijo al menos dos veces: ¿Estás tratando de importar datos o datos y estructura?

Last chance...

Datos y estructura.

Solamente he hecho borrar la tabla de artículos y automáticamente importarla de nuevo.

[gnzsoloyo]

¿Y Cómo sabes, en ese contexto, que los datos quedan consistentes?
Si estás referenciando la tabla Artículos como FK de otras, pero estás importando algo que no corresponde al mismo origen de datos, que no salten errores de FK no implica que los datos importados sean consistentes con lo que ya había en la base destino. Si al menos un dato de la tabla origen con un ID dado, no era exactamente lo mismo que lo que ese mismo valor de ID tenía en la tabla destino... el resultado puede ser catastrófico.

Realmente, creo que no estás haciendo las cosas del todo bien, pero es tu decisión.

Yo te aconsejaría que antes de seguir adelante, estudies un poco lo que son las bases de datos relacionales.
Te evitarás problemas en el futuro.

[calero1000]

Iniciado por gnzsoloyo

¿Y Cómo sabes, en ese contexto, que los datos quedan consistentes?
Si estás referenciando la tabla Artículos como FK de otras, pero estás importando algo que no corresponde al mismo origen de datos, que no salten errores de FK no implica que los datos importados sean consistentes con lo que ya había en la base destino. Si al menos un dato de la tabla origen con un ID dado, no era exactamente lo mismo que lo que ese mismo valor de ID tenía en la tabla destino... el resultado puede ser catastrófico.

Realmente, creo que no estás haciendo las cosas del todo bien, pero es tu decisión.

Yo te aconsejaría que antes de seguir adelante, estudies un poco lo que son las bases de datos relacionales.
Te evitarás problemas en el futuro.

Muchas gracias por todo. Voy a coger tu consejo.
Saludos.