modèle Synchronize dans MySQL Workbench

Question

Après avoir lu la documentation de MySQL Workbench j'ai l'impression qu'il est possible de modifier une base de données sur le serveur (par exemple ajouter une nouvelle colonne), puis incorporer le DDL changements dans votre diagramme REE. Au moins, il a une option Synchronize Modèle Base de données menu. Je l'ai trouvé une option agréable parce que je pourrais utiliser un outil de modélisation graphique sans devenir son prisonnier.

Dans la pratique, quand je lance cet outil, je me propose ces options:

Model             Update  Source
================  ======  ======
my_database_name  -->     ! N/A
   my_table_name  -->     ! N/A
N/A               -->     ! my_database_name
   N/A            -->     ! my_table_name

Je ne peux pas vraiment comprendre, mais laissant tout comme je reçois essentiellement:

DROP SCHEMA my_database_name
CREATE SCHEMA my_database_name
CREATE TABLE my_table_name

Ceci est une décharge du modèle qui écrase toutes les modifications à distance dans my_table_name.

Suis-je mal compris la fonction?

Answer 1

Honnêtement? Je pense qu'il est un bug. J'ai couru dans le même problème à plusieurs reprises et je ne suis pas sûr de ce que la question est.

Je suggère de vérifier dépôt bug et, si vous ne trouvez rien, comme ce rapport nouveau.

Answer 2

Voici le vrai bug que vous pouvez suivre. http://bugs.mysql.com/bug.php?id=61211 et il existe une solution de l'une des personnes mysql QA:

Une solution de contournement est d'ouvrir le script Shell, vérifiez le nom du schéma et faire vous que le champ oldName contient le même nom que ce que vous essayez de synchroniser contre. Les commandes pour qui sont:

# print current oldName value
print grt.root.wb.doc.physicalModels[0].catalog.schemata[0].oldName
# change the oldName field value
grt.root.wb.doc.physicalModels[0].catalog.schemata[0].oldName = "newname"

Answer 3

J'utilise toujours la synchronisation avec succès plusieurs fois! Mais aujourd'hui, j'ai le même problème - et le mode étonnant?

J'étudie le rapport de bug par MySQL et trouver le problème ...

Ne pas utiliser des casquettes ou underscore au nom de la base de données

Je suis:

• renommer ma base de données,
• changer le nom du modèle dans la « Présentation du modèle »
• et changer le nom du schéma par défaut, l'utilisation dans les « Options de connexion ».

Et ça marche! ... maintenant je dois changer le nom de la base de données dans le ApplicationConfig ...