Frage

Wenn ich eine Tabelle über SQLYog exportieren, die CREATE Anweisung in der exportierten Datei fehlt AutoIncrement auf ihrem Primärschlüssel, obwohl die ursprüngliche Tabelle AutoIncrement enthalten ist.

Ist das ein Bug (in Yog oder in MySQL?)? Soll ich es melden? Wie kann ich die Tabelle mit dem AutoIncrement anstelle exportieren?

War es hilfreich?

Lösung

Das gilt auch für uns passiert, wenn mysql aus dem Zeilenbefehl. Es stellte sich heraus, dies geschah, weil wir „überspringen opt“ Flagge hinzugefügt. Die Art und Weise zu lösen, ist zu jedem Tropfen „überspringen opt“ oder fügen Sie „--create-Optionen“ (Danke Shlomo)

Ich habe gerade versucht, dies über SQLYog zu reproduzieren, und scheiterte -. So dass das Problem nur in unserem benutzerdefinierten Dump-Skripte vorgestellt worden sein

Andere Tipps

Sie sollten darüber berichten, ob Sie denken, es ist ein Fehler oder nicht. Ein flüchtiger browse durch Online-Informationen gibt keinen Hinweis darauf, ob der Verlust von automatischer Erhöhung Spalten ist absichtlich oder nicht.

Und wenn es nicht angegeben ist die eine oder die andere, würde ich geneigt sein, zu glauben, dass es sollte die Tabellen genau neu erstellen, wie sie waren. Dies wäre nicht anders, als wenn der Export eine create table Anweisung erstellt, die mit dem Buchstaben X Anfahren Spalten links: -)

Heben Sie es als einen Fehler. Wenn diese is eine echte, dokumentierte Einschränkung des Produkts, werden sie Ihnen sagen, und Sie hoffentlich in der Dokumentation verweisen, die diese Details. Sie werden wahrscheinlich auch in der Lage sein, Ihnen Abhilfen zu sagen, dass es beheben kann. Sie können feststellen, dass es von den MySQL Menschen wegen einer Knochenköpfigen Entscheidung ist in dem Fall, dass Sie dann schlagen können sie mit einem Bug-Report: -)

Wenn es tatsächlich um einen Fehler, gute Entwickler freuen, davon zu hören, so dass sie ihr Produkt verbessern können.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top