如何避免MySQL工作台错误代码：1175在此更新期间*没有*禁用“安全更新”

Question

我有一个特定的MySQLupdate语句，它确实在其where子句中指定了所需的主键，但在MySQL工作台中运行时仍然产生错误1175。

在MySQL工作台更新期间，我完全知道MySQL错误代码：1175。我的情况似乎与更新期间的MySQL错误代码：1175相同（MySQL-Workbench vs.console）。与提问者一样，我不希望禁用MySQL-Workbench的“安全更新/删除”选项。那个问题没有得到解决。我想试着找到一个实际的解决办法。

SQLupdate语句：

--从`charges_arc`update`charges`INNER JOIN`charges_arc`ON`charges`.`chargeId`=`charges_arc`.`chargeId`SET`charges`.`chargeLeardate`WHERE`charges`.`chargeId`=`charges_arc`.`chargeId`;

chargeID确实是charge和charges_arc表中的主键列。

这意味着该语句确实满足了MySQL工作台的https://dev.MySQL.com/doc/workbench/en/workbench-faq.html#faq-workbench-delete-safe:

默认情况下，Workbench被配置为不执行不包含键列上WHERE子句的DELETE或UPDATE查询。

是否有解决方案重写此查询，使工作台不会出现错误1175，并且不需要设置set sql_safe_updates=0/更改工作台的首选项？

Answer 1

好吧，玩得更远了，到目前为止，我发现以下这些似乎让Workbench很开心：

--从`charges_arc`update`charges`INNER JOIN`charges_arc`.`chargeid`SET`charges`.`chargeLeardate`=`charges_arc`.`chargeLeardate`WHERE`charges`.`chargeId`和`charges`.`chargeId`<>-9999中相应行更新新列的值

就我自己而言，我在一个大的升级脚本文件中有很多这类的update，这在我看来太难看了，我最终可能会在整个文件上使用setsql_safe_updates=0...

Edit：最后，我决定必须向这些类型的更新...JOIN...添加类似上面额外的和子句的东西，这实在是太难看了，因此我倾向于在它们周围设置SQL_SAFE_UPDATES=0至少为了清楚起见。