在 MySQL Workbench 中同步模型

发布于 2024-08-29 11:49:43 字数 633 浏览 10 评论 0原文

阅读 MySQL Workbench 的文档后，我的印象是可以更改服务器中的数据库（例如添加新列），然后将 DDL 更改合并到 EER 图中。至少，它的“数据库”菜单中有一个“同步模型”选项。我发现它是一个很好的功能，因为我可以使用图形建模工具而不会成为它的囚徒。

在实践中，当我运行这样的工具时，我会得到以下选项：

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

我无法真正理解它，但保持原样我基本上得到：

DROP SCHEMA my_database_name
CREATE SCHEMA my_database_name
CREATE TABLE my_table_name

这是模型的转储，覆盖 my_table_name 中的所有远程更改。

我是否误解了该功能？

原文

After reading the documentation for MySQL Workbench I got the impression that it's possible to alter a database in the server (e.g. add a new column) and later incorporate the DDL changes into your EER diagram. At least, it has a Synchronize Model option in the Database menu. I found it a nice feature because I could use a graphic modelling tool without becoming its prisoner.

In practice, when I run such tool I'm offered these options:

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

I can't really understand it, but leaving it as is I basically get:

DROP SCHEMA my_database_name
CREATE SCHEMA my_database_name
CREATE TABLE my_table_name

This is a dump of the model that overwrites all remote changes in my_table_name.

Am I misunderstanding the feature?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

酒中人 2024-09-05 11:49:43

这是您可以跟踪的真正错误。 http://bugs.mysql.com/bug.php?id=61211一位 mysql QA 人员提出了一种解决方法：

一种解决方法是打开 Scripting Shell，检查模式名称并进行
确保 oldName 字段包含与您要同步的名称相同的名称
反对。
其命令是：

# 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"

Here is the real bug that you can follow. http://bugs.mysql.com/bug.php?id=61211 And there is a workaround from one of the mysql QA people:

A workaround is to open the Scripting Shell, inspect the name of the schema and make
sure that the oldName field contains the same name as what you're trying to synchronize
against.
Commands for that are:

# 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"

回复收藏 0 原文