[SOLUCIONADO] hacer insert de dos tablas

[hicolu]

hola amios porque no puedo hacer esto:

Código MySQL:

insert into certif0 values(id_cer0, ano, ue, idDocu, numero, idOfi, idRes, fecha, justificacion, 
total, estado, estResp, estLogi, estUpp, estFin, user, fecha2, justificacion2)
select * from certmp0  LIMIT 1
 

me sale este error

[Error] Líneas de script: 4-6 ----------------------
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'select * from certmp0' at line 2

Advertencias: --->
W (1): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'select * from certmp0' at line 2
<---
[Ejecutado: 06/07/13 11:55:52 AM COT] [Ejecución: 0ms]


ALGUNA Otra forma de hacerlo, pero sin mencionar columnas x columnas????

GRACIAS!!!!!

[gnzsoloyo]

Estás metiendo dos sentencias diferentes al mismo tiempo, sin poner los terminadores de sentencias (el punto y coma).

[hicolu]

Iniciado por gnzsoloyo

Estás metiendo dos sentencias diferentes al mismo tiempo, sin poner los terminadores de sentencias (el punto y coma).

sabes asi funca :

insert into certif0 (id_cer0,ano,ue,idDocu,numero,idOfi,idRes,fecha,ju stificacion,total,estado,estResp,estLogi,estUpp,es tFin,user,fecha2,justificacion2)
select * from certmp0


pero pq no puedo hacer de tabla a tabla

insert into certif0
select c.* from certmp0 c

las dos tablas son identicas, el unico detalle esta que certif0 tiene un campo adicional que es el autoincrement

alguna sugerencia amio????

[hicolu]

YEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE,

LEYENDO UN FORO AMERICANO ASI QUEDA INSERTAR DE TABLA A TABLA

insert into certif0
select '0', c.* from certmp0 c

[gnzsoloyo]

Es obvio que te iba a fallar si había alguna diferencia entre ambas, porque el INSERT INTO ... SELECT requiere si o si que exista la misma cantidad de campos en el la tabla destino que en la consultada en el SELECT...
Eso es de manual.

En cuanto a la "solución" que mencionas, es una forma de forzar la existencia de un campo de salida adicional, pero sólo te funcionará bien si el primer campo de la tabla destino es el campo adicional, y además no es PK.

[hicolu]

Iniciado por gnzsoloyo

Es obvio que te iba a fallar si había alguna diferencia entre ambas, porque el INSERT INTO ... SELECT requiere si o si que exista la misma cantidad de campos en el la tabla destino que en la consultada en el SELECT...
Eso es de manual.

En cuanto a la "solución" que mencionas, es una forma de forzar la existencia de un campo de salida adicional, pero sólo te funcionará bien si el primer campo de la tabla destino es el campo adicional, y además no es PK.

si en efecto es una tabla q no tiene PK,

saludos

[gnzsoloyo]

si en efecto es una tabla q no tiene PK,

Una tabla siempre debe tener una clave primaria. SIEMPRE.
No ponerle PK es transformar a esa tabla en un repositorio de trash-data. Es un requisito fundamental del modelo entidad-relación que no se puede soslayar.