Pregunta

Cuando la exportación a través de una mesa de SQLyog, la declaración CREATE en el archivo exportado carece AutoIncrement en su clave primaria, a pesar de que la tabla original contenía AutoIncrement.

Es esto un error (en Yog o en MySQL?)? Debería informar de ello? ¿Cómo puedo exportar la tabla con el AutoIncrement en su lugar?

¿Fue útil?

Solución

Esto sucedió a nosotros también cuando se utiliza MySQL desde la línea de comandos. Resultó que esto sucedió porque hemos añadido "skip opt" bandera. La manera de resolver es o bien gota "opt saltar" o añadir "--create-options" (Gracias Shlomo)

Me acaba de intentar reproducir esta vía SQLyog, y fracasó -. Por lo que el problema debe sólo se han presentado en nuestros scripts personalizados volcado

Otros consejos

Se debe informar de ello si usted piensa que es un error o no. Un vistazo superficial a través de información en línea no da ninguna indicación en cuanto a si la pérdida de columnas de incremento automático es intencional o no.

Y, si no se especifica un modo u otro, me inclinaría a pensar que debería volver a crear las tablas exactamente como estaban. Esto no sería diferente que si la exportación creado una declaración create table que dejó columnas empezando con la letra X: -)

Levante como un error. Si esto es una amenaza real, documentado restricción del producto, que le dirá, y es de esperar que apunte a la documentación que detalla esto. Ellos probablemente también ser capaces de decir que las soluciones alternativas que pueden solucionarlo. Pueden decir que es a causa de alguna decisión hueso de cabeza de la gente de MySQL en el que caso de que luego los puede golpear con un informe de error: -)

Si se trata de un error de hecho, los buenos desarrolladores estará encantado de oír hablar de eso para que puedan mejorar su producto.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top