这个 SQL 怎么会出错？我没看到什么？答案

【问题标题】：How can this SQL be wrong? What am I not seeing?这个 SQL 怎么会出错？我没看到什么？
【发布时间】：2016-10-29 17:17:37
【问题描述】：

谁能发现我的错误，这应该是 SQL 中的合法查询，不是吗？？

ON 子句中的未知列 u.usr_auto_key

这是数据库架构：

User: (usr_auto_key, name, etc...)
Setting: (set_auto_key, name etc..)
User_Setting: (usr_auto_key, set_auto_key, value)

这就是查询...

        SELECT 
        `u`.`usr_auto_key` AS `u__usr_auto_key`, 
        `s`.`set_auto_key` AS `s__set_auto_key`, 
        `u2`.`usr_auto_key` AS `u2__usr_auto_key`, 
        `u2`.`set_auto_key` AS `u2__set_auto_key`, 
        `u2`.`value` AS `u2__value` 
        FROM `User` `u`, `Setting` `s` 
        LEFT JOIN `User_Setting` `u2` ON `u`.`usr_auto_key` = `u2`.`usr_auto_key` 
        WHERE (`s`.`sct_auto_key` = 1 AND `u`.`usr_auto_key` = 1 AND admin_property is null)

【问题讨论】：

您是否检查了表本身而不是查询中没有拼写错误？不止一次发生在我身上。查询是正确的，但是我在创建表时输入了错误的列名。
不，它是自动生成的。 Pablo Santo Cruz 的回答是正确的。但是我不明白:)。（顺便说一句，Pablo 有一个错字，应该是用户，而不是用户）

标签： sql mysql

【解决方案1】：

不要将 SQL-89“逗号样式”连接语法与 SQL-92 JOIN 语法混用。这两种连接操作的优先级存在微妙的问题。

在您的情况下，结果是它在 u 表别名存在之前评估连接条件 LEFT JOIN。这就是它不知道u.usr_auto_key 是什么的原因。

您可以通过对所有连接使用JOIN 语法来解决此问题：

SELECT 
  `u`.`usr_auto_key` AS `u__usr_auto_key`, 
  `s`.`set_auto_key` AS `s__set_auto_key`, 
  `u2`.`usr_auto_key` AS `u2__usr_auto_key`, 
  `u2`.`set_auto_key` AS `u2__set_auto_key`, 
  `u2`.`value` AS `u2__value` 
FROM `User` `u` JOIN `Setting` `s`
LEFT JOIN `User_Setting` `u2` ON `u`.`usr_auto_key` = `u2`.`usr_auto_key` 
WHERE (`s`.`sct_auto_key` = 1 AND `u`.`usr_auto_key` = 1 AND admin_property is null)

我在您的查询中没有看到 u 和 s 之间的任何连接条件，所以我假设您打算将其作为笛卡尔积？

关于join的两种语法形式之间的交互的更多细节，请参阅页面http://dev.mysql.com/doc/refman/5.0/en/join.html上的MySQL 5.0.12中的Join处理变化部分

关于您的评论：正如我所说，它与运算符优先级有关。如果您有一个带有FROM A, B JOIN C 的SQL 查询，那么它会在关注A 之前评估B JOIN C——包括分配表别名。因此，如果B JOIN C 的连接条件使用A 的表别名，则会出现错误，因为该别名尚不存在。

如果您反转它并运行B, A JOIN C，那么当它评估A JOIN C 的连接条件时，A 的别名可用并且它可以工作（至少在这种情况下）。

但这是一个脆弱的解决方案，因为您可能还需要一个仅通过重新排序 A 和 B 无法修复的查询。最好停止使用带有逗号的过时连接语法。然后任何连接表达式都可以访问您的所有表别名，并且您在任何查询中都不会遇到这个问题。

【讨论】：

是的，它必须是笛卡尔积。但是我无法使用交叉连接。您能否解释一下为什么在 Pablos 答案中创建了 u 别名只是因为它被指定为第二个而不是第一个（如在我的原始查询中）？
感谢您详细说明“一路”。我只是真的需要这种方法，因为我的 ORM 框架 Doctrine 没有正确执行 CROSS JOIN 查询......
提示：交叉连接相当于无条件的内连接，或者条件始终为true。
换句话说，真的，真的没有理由使用逗号式连接语法。

【解决方案2】：

尝试在 from 子句中切换 User 和 Settings：

SELECT 
        `u`.`usr_auto_key` AS `u__usr_auto_key`, 
        `s`.`set_auto_key` AS `s__set_auto_key`, 
        `u2`.`usr_auto_key` AS `u2__usr_auto_key`, 
        `u2`.`set_auto_key` AS `u2__set_auto_key`, 
        `u2`.`value` AS `u2__value` 
        FROM `Setting` `s`, `Users` `u`
        LEFT JOIN `User_Setting` `u2` ON `u`.`usr_auto_key` = `u2`.`usr_auto_key` 
        WHERE (`s`.`sct_auto_key` = 1 AND `u`.`usr_auto_key` = 1 AND admin_property is null)

【讨论】：

有效吗？我想如果你这样做：用户你，设置离开加入无论什么，你都试图在设置上执行加入，而不是用户。