MySQL Workbench 5.2.27 (2010-09-01) 的变化_MySQL 安装程序发行说明

MySQL 连接器/ODBC 发行说明 / MySQL 连接器/ODBC 版本 5.2 中的更改 / MySQL Workbench 5.2.27 (2010-09-01) 的变化

MySQL Workbench 5.2.27 (2010-09-01) 的变化

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

添加或更改的功能

对“将模型与数据库同步”向导进行了多项更改：
- 该向导显示模型中的所有模式，无论它们是否存在于实时数据库中。
- 该向导显示模型中存在但实时服务器中缺少的模式列表，并附有建议使用正向工程向导的注释。
- 该向导不会自动选择模型中但不在实时数据库中的模式名称。
（漏洞 #54748）

修正错误

尝试恢复所选表的备份导致此错误：

File "C:\Program Files\MySQL\MySQL Workbench 5.2 CE\modules\wb_admin_export.py", line
841, in start

    logmsg = "Restoring %s (%s)" % (schema, table)

NameError: global name 'schema' is not defined

（漏洞 #56020）

将模型正向工程到实时数据库导致 MySQL Workbench 崩溃。（漏洞 #56009）
在执行转储之前， “转储”选项卡未显示目标文件夹。（漏洞 #55945）
MySQL Workbench 在外键编辑器中崩溃。崩溃前生成的 Microsoft Visual C++ Runtime Library 运行时错误是：
```
R6025

- pure virtual function call
```
（漏洞 #55910）
如果侧边栏放置在右侧，使用 Workbench 首选项中的选项，则在双击添加图表时会生成此意外错误：
```
SplitterDistance value is invalid (-52)
```
（漏洞 #55902）
在 SQL 编辑器中，执行为 MySQL Server 5.5 设计的语句会生成语法或语法突出显示错误。（错误#55867，错误#55891）
从对象浏览器的列表中删除一个架构后，删除的架构仍然存在，但带有跟在它后面的架构的名称。刷新可用模式列表会产生未处理的异常：
```
An unhandled exception has occurred:
Invalid node index
```
（漏洞 #55861）
为备份选择“转储视图”会产生此错误：
```
Unhandled exception: global name 'views_by_schema' is not defined
```
必须重新启动 Administrator 才能再次启用转储工具。（漏洞 #55833）
在 SQL 编辑器中，右键单击对象浏览器中的例程名称会导致 MySQL Workbench 意外退出。（漏洞 #55822）
使用表编辑器的分区选项卡时，MySQL Workbench 崩溃。（漏洞 #55761）
如果在 EER 图视图中复制了一个表，然后将模型与实时数据库同步，则同步功能不会将复制的表识别为新表并覆盖原始表。（漏洞 #55566）
在 SQL 编辑器的结果窗格中使用“将记录集导出到外部文件”命令按钮时，MySQL Workbench 崩溃。（漏洞 #55554）
使用外键重命名列会导致在正向工程或与实时数据库同步时生成无效脚本。（漏洞 #55502）
第二次尝试保存只读模型文件产生了这个错误：
```
Couldn't backup existing file name-of-the-file.mwb: No such file or directory
```
（漏洞 #55439）
当表在表编辑器中被编辑时，它的名称被更改，名称更改不会反映在表编辑器的表选项卡上。（漏洞 #55338）
在模型概述中分配新角色时无法添加LOCK TABLES 权限，因为可用选项中缺少该权限。（漏洞 #55186）
架构排序规则在表编辑器中更改后未保存。（漏洞 #55152）
当尝试将模型与实时数据库同步时，“将模型与数据库同步”向导中没有列出可用的模式。当模型中的模式名称和实时服务器上的模式名称仅在字母大小写上不同时，就会发生这种情况。（漏洞 #55147）
使用 MySQL Workbench 报告错误时，无法使用“选择文件 ”按钮附加文件，因为该按钮没有效果。（漏洞 #55112）
LOCK TABLE在没有特权的情况下转储表或模式会产生此错误：
```
mysqldump: Got error: 1044: Access denied for user 'wwroot'@'%' to database db' when
doing LOCK TABLES
```
（漏洞 #55019）
从 Model 菜单中选择Validate (SQL)然后选择Validate All选项报告没有错误。从Database菜单中选择Forward Engineer并选择Run Validations也没有报错。然而，执行 SQL 脚本导致了这个错误：
```
ERROR: Error 1005: Can't create table 'xxx' (errno:150)
```
（漏洞 #54985）
从模型菜单的验证 (SQL)子菜单中选择检查重复标识符（添加）操作会产生以下错误消息：
```
Type mismatch: expected object of type db.Schema, but got workbench.physical.Model
```
（漏洞 #54968）
使用“编辑表数据”向导（从主屏幕启动）时，如果连接到具有单个表的数据库，则在选择表后，“ 完成”按钮保持灰色。（漏洞 #54942）

在启动时，这些警告是在 Workbench Scripting Shell 中生成的：

Starting Workbench...Registered 147 GRT classes.
WARNING: Could not load wb.mysql.validation.grt.dylib: Invalid module
/Applications/MySQLWorkbench.app/Contents/PlugIns/wb.mysql.validation.grt.dylib

WARNING: Could not load wb.validation.grt.dylib: Invalid module
/Applications/MySQLWorkbench.app/Contents/PlugIns/wb.validation.grt.dylib

（漏洞 #54929）

当尝试使用File、 Export、Synchronize with SQL Create Script将修改后的导出脚本与当前模型同步时，模型未更新。（漏洞 #54501）
在SQL 编辑器会话中显示表的“更改表”对话框时，单击“外键”选项卡中的外键时，“外键选项索引” 显示无效。（漏洞 #54471）InnoDB
如果从“开始”、“程序”、“ MySQL ”、“ MySQL WorkBench 5.2 OSS ”启动， MySQL Workbench 会导致 Windows XP 重新启动。

.mwb如果直接打开 MySQL Workbench 模型文件 ( )，则会显示一个标题为Microsoft Visual C++ Runtime Library的错误对话框，其中包含以下消息：
```
R6034
An application has made an attempt to load the C runtime library incorrectly. Please
contact the application's support team for more information.
```
该对话框的唯一选项是OK。单击OK后，将显示同一对话框的另外两个实例。对所有三个都单击 OK后，MySQL Workbench 打开并显示模型文件。

在 Windows 7 x64 上，发生相同的运行时错误 (R6034)。（漏洞 #52949）
打开远程服务器的 SQL 编辑器连接产生了这个错误：
```
OverviewBE::get_node:invalid node 0.0.0.
```
（漏洞 #52648）