Documentation Home
MySQL 安装程序发行说明
MySQL 连接器/ODBC 发行说明  / MySQL 连接器/ODBC 版本 5.1 中的更改  /  MySQL Workbench 5.1.18 (2009-09-03) 的变化

MySQL Workbench 5.1.18 (2009-09-03) 的变化

本节记录了自 MySQL Workbench 5.1.17 发布以来应用的所有更改和错误修复。

添加或更改的功能

  • 列编辑器已更新，删除了可以通过双击将列切换为主键的功能。现在只能通过在相邻的“列详细信息”框中选择相应的复选框来设置主键状态。（漏洞 #46579）

  • 无法通过在表编辑器的列选项卡中 拖放列来更改列顺序。MySQL Workbench 已更改为允许您拖放列以根据需要更改列顺序。（漏洞 #40601）

修正错误

  • 在表编辑器中编辑存储例程或触发器时，如果几秒钟内未按下某个键，光标将重新定位到编辑窗口的顶部。

    笔记

    在 Windows 上，此问题已在 5.1.18 中修复。在 OS X 上，此问题已在 5.2.4 中修复。在 Linux 上，此问题已在 5.2.7 中修复。

    （漏洞 #48156）

  • MySQL Workbench 在使用文件、导出、 Forward Engineer SQL CREATE 脚本 时生成未处理的异常 。如果尝试生成脚本以覆盖已创建的脚本，则会生成异常。（漏洞 #47115）

  • 在DB Connection Editor向导中 单击Test Connection按钮 似乎没有任何效果。（漏洞 #47083）

  • MySQL Workbench 在 OS X 10.6.0 上启动时崩溃。（漏洞 #46953）

  • 当表格列的数据类型在表格编辑器中更改时，它不会反映在 EER 图中，尽管工具提示已正确更新。这只发生在 MySQL Workbench 5.1.17 中。（漏洞 #46940）

  • 在表编辑器的列选项卡中，当右键单击列列表末尾的空行时，MySQL Workbench 崩溃并出现以下错误： 

    ** (mysql-workbench-bin:15234): WARNING **: /tmp/sakila.mwbd1/document.mwb.xml:26: link
'{591FC376-B82F-4F3D-B185-BA5C65B77080}' <object workbench.Workbench> key=owner could not
be resolved
** Message: unhandled message 4: wb.file.openRecentModel finished in 0.58s

glibmm-ERROR **:
unhandled exception (type std::exception) in signal handler:
what: Index out of range.

aborting...
Aborted

    （漏洞 #46937）

  • DDL 是在没有外键的情况下生成的，无论是否打开了“跳过生成外键” 选项。（漏洞 #46875）

  • 在表编辑器的列选项卡中，如果选中或取消选中NN复选框，更改不会立即反映在 EER 图中，但如果其他一些操作导致图中的表对象被刷新，则可以看到。这也发生在AI复选框上。（漏洞 #46869）

  • 表编辑器中列名的自动完成不必要地完成了名称，需要手动删除名称中的字符。这只发生在 MySQL Workbench 的 Linux 版本上。（漏洞 #46847）

  • Esc键不会启动活动对话框的关闭 。（漏洞 #46829）

  • 文本对象的编辑工作不正常。当 按下 Enter时，换行并没有将编辑移动到下一行，而是引入了一个方框字符。（漏洞 #46789）

  • Forward Engineer SQL 脚本向导为带有外键的小型模型生成了无效的 SQL 代码 ：

    SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0;
SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0;
SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='TRADITIONAL';

SET SQL_MODE=@OLD_SQL_MODE;
SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS;
SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS;

    （漏洞 #46787）

  • 使用File、Export、 Forward Engineer SQL CREATE Script向导 时，MySQL Workbench 没有导出外键 ，即使清除了Skip Creation of FOREIGN KEYS复选框选项。此外，当将具有外键的列添加到表中时，MySQL Workbench 会崩溃。（漏洞 #46783）

  • MyISAM如果在Model Options对话框 中选择了 Default Storage Engine ，当在 EER Diagram 中创建一个新表时，会发现它的存储引擎类型为 InnoDB. （漏洞 #46752）

  • 与实时数据库同步时，生成的脚本包含放置顺序错误的删除语句，这导致模式在创建后被删除。（漏洞 #46740）

  • 当在单个表上创建 N:M 标识关系时，会发生外键名称冲突 - 两个键的名称相同。MySQL Workbench 已更改，以便为键名称添加尾随数字以避免冲突。（漏洞 #46363）

  • 当鼠标滚轮用于在表编辑器中的选项卡之间移动时，MySQL Workbench 生成异常： 

    (mysql-workbench-bin:4864): Gtk-CRITICAL **: gtk_tree_view_unref_tree_helper: assertion
`node != NULL' failed

glibmm-ERROR **:
unhandled exception (type std::exception) in signal handler:
what: invalid index

aborting...
Aborted

    （漏洞 #46304）

  • 当 EER 图包含名称中带有下划线的表或视图时，与它们关联的上下文菜单会在菜单中错误地显示它们的名称。下划线在上下文菜单中显示为快捷键。（漏洞 #46302）

  • 从主菜单上的Model、User Defined Types...启动 的User Defined Types对话框不允许更改用户定义的类型。此外，似乎可以在“用户类型”侧面板中编辑新用户类型，但不会保留在那里所做的任何更改。

    MySQL Workbench 已更改为仅允许从“用户定义类型”对话框编辑用户类型，并且已恢复此对话框的正确操作。（漏洞 #45936）

  • 编辑触发器时，触发器编辑器会在输入暂停期间自动插入分隔符，并重新定位光标。（漏洞 #45929）

  • 在“将模型与数据库同步 ”对话框中，对话框右上角区域的文本未正确换行，导致某些文本不可见。（漏洞 #45455）

  • DBDoc 文档生成系统不支持存储例程、视图和触发器的功能。（漏洞 #41589）

  • 使用Help , Update...升级 MySQL Workbench 后，应用程序无法正常启动。启动画面显示后，MySQL Workbench 显示一个错误对话框—— “ MySQL Workbench 已停止工作”。（漏洞 #41460）

  • 在 Physical Schemata 窗格中，如果添加的模式多于窗格中无法容纳的模式，则无法查看这些模式，因为无法滚动窗格。此外，双击 Catalog 窗格中的架构并没有在 Physical Schemata 窗格中找到该架构。

    MySQL Workbench 已更改，以便在 Physical Schemata 选项卡栏的右侧添加一个小的向下箭头按钮。这提供了一个列表来选择特定的架构选项卡。（漏洞 #39735）

  • 当图表导出为 PNG 时，它使用 EER 图表中显示的模型的高度和宽度。这导致导出的图片太小或太大，而不是缩放到一致的大小。（漏洞 #36226）

  • 如果表格垂直跨越多个页面，则 EER 图的打印无法正常工作。在这种情况下，页面将打印到并包括包含跨多个页面的表格第一部分的页面，但不会打印包含表格其余部分的页面。当表格中的字段多于单个页面无法轻松容纳时，通常会出现此问题。（漏洞 #33919）