Domanda

Quando ho esportare una tabella attraverso SQLyog, la dichiarazione CREATE nel file esportato manca AutoIncrement sulla sua chiave primaria, anche se la tabella originale conteneva AutoIncrement.

Si tratta di un bug (in Yog o in MySQL?)? Devo segnalarlo? Come posso esportare la tabella con l'AutoIncrement a posto?

È stato utile?

Soluzione

Questo è successo a noi anche quando si utilizza MySQL da linea di comando. Si è scoperto questo è accaduto perché abbiamo aggiunto "saltare opt" bandiera. Il modo per risolvere è quello di entrambi i drop "saltare opt" o aggiungere "--create-options" (Grazie Shlomo)

Ho appena cercato di riprodurre questo via SQLyog, e non è riuscito -. In modo che il problema deve essere stata presentata solo nei nostri script di dump personalizzati

Altri suggerimenti

Si dovrebbe riferire se si pensa che è un bug o no. Una rassegna superficiale attraverso informazioni on-line non fornisce alcuna indicazione sul fatto che la perdita di colonne di auto-incremento è intenzionale o meno.

E, se non è specificato in un modo o l'altro, sarei propenso a pensare che dovrebbe ricreare le tabelle esattamente come erano. Questo non sarebbe diverso se l'esportazione ha creato una dichiarazione create table che ha lasciato fuori le colonne che iniziano con la lettera X: -)

Sollevare come un bug. Se questa è un vero e proprio, la restrizione documentata del prodotto, vi diranno, e, auspicabilmente, si punta alla documentazione che descrive questo. Essi probabilmente anche essere in grado di dirvi alcuna soluzione alternativa che possa risolvere il problema. Essi possono affermare che è a causa di qualche decisione stupide da parte dei cittadini di MySQL nel qual caso si può poi colpirli con un bug report: -)

Se è in realtà un bug, gli sviluppatori di buona sarà lieto di sentire su di esso in modo che possano migliorare il loro prodotto.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top