export mysql perd AutoIncrement

Question

Quand j'exporter une table par SQLYog, la déclaration de CREATE dans le fichier exporté manque AutoIncrement sur sa clé primaire, même si la table originale contenait AutoIncrement.

Est-ce bogue a (en Yog ou dans une base MySQL?)? Dois-je le signaler? Comment puis-je exporter la table avec le AutoIncrement en place?

Answer 1

Ce qui nous est arrivé aussi lors de l'utilisation de MySQL à partir de la ligne de commande. Il est avéré cela est arrivé parce que nous avons ajouté drapeau « sauter opt ». La façon de résoudre est soit goutte « opt sauter » ou ajouter « --create-options » (Merci Shlomo)

Je viens d'essayer de reproduire ce via SQLYog et a échoué -. Le problème doit avoir seulement été présenté dans nos scripts de vidage personnalisés

Answer 2

Vous devriez le signaler si vous pensez qu'il est un bug ou non. Une navigation rapide à travers les informations en ligne ne donne aucune indication quant à savoir si la perte de colonnes auto-incrémentées est intentionnel ou non.

Et, si elle n'est pas spécifié d'une manière ou l'autre, je serais enclin à penser qu'il devrait recréer les tables exactement comme ils l'étaient. Ce ne serait pas différent que si l'exportation a créé une déclaration de create table qui avait laissé des colonnes commençant par la lettre X: -)

Raise comme un bug. Si ce une restriction réelle, documentée du produit, ils vous diront, et nous espérons que vous pointer à la documentation qui détaille ce. Ils seront probablement aussi en mesure de vous dire des solutions de contournement qui peut y remédier. Ils peuvent dire que c'est en raison d'une décision à tête osseuse du peuple MySQL dans ce cas, vous pouvez les frapper avec un rapport de bogue: -)

Si c'est en fait un bug, bons développeurs seront heureux d'entendre à ce sujet afin qu'ils puissent améliorer leur produit.