在 MySQL 查询的 WHERE 子句中使用列别名会产生错误答案

【问题标题】：Using column alias in WHERE clause of MySQL query produces an error在 MySQL 查询的 WHERE 子句中使用列别名会产生错误
【发布时间】：2010-10-30 20:45:20
【问题描述】：

我正在运行的查询如下，但是我收到了这个错误：

#1054 - 'IN/ALL/ANY 子查询'中的未知列 'guaranteed_postcode'

SELECT `users`.`first_name`, `users`.`last_name`, `users`.`email`,
SUBSTRING(`locations`.`raw`,-6,4) AS `guaranteed_postcode`
FROM `users` LEFT OUTER JOIN `locations`
ON `users`.`id` = `locations`.`user_id`
WHERE `guaranteed_postcode` NOT IN #this is where the fake col is being used
(
 SELECT `postcode` FROM `postcodes` WHERE `region` IN
 (
  'australia'
 )
)

我的问题是：为什么我不能在同一个数据库查询的 where 子句中使用假列？

【问题讨论】：

标签： mysql sql mysql-error-1054

【解决方案1】：

您只能在 GROUP BY、ORDER BY 或 HAVING 子句中使用列别名。

标准 SQL 不允许您引用 WHERE 中的列别名条款。施加此限制因为当 WHERE 代码是执行，列值可能还没有确定。

复制自MySQL documentation

正如 cmets 中所指出的，使用 HAVING 代替可能会完成这项工作。请务必阅读此问题：WHERE vs HAVING。

【讨论】：

为快速准确的回复干杯！我查看了 HAVING 子句并找到了一种成功运行此查询的方法。再次感谢。
如果其他人有与我相同的问题，在 where 子句中使用别名 col 失败 - 将“WHERE”替换为“HAVING 立即修复它+1 个好答案”。
@megaSteve4 我确实有同样的问题！使用“HAVING”可以顺利解决。 :)
这在您的情况下可能重要也可能不重要，但 HAVING 的执行速度比 WHERE 慢
having 起作用的原因是必须在您到达having 时计算列值。如上所述，where 不是这种情况。

【解决方案2】：

您可以使用 SUBSTRING(locations.raw,-6,4) 作为 where 条件

SELECT `users`.`first_name`, `users`.`last_name`, `users`.`email`,
SUBSTRING(`locations`.`raw`,-6,4) AS `guaranteed_postcode`
FROM `users` LEFT OUTER JOIN `locations`
ON `users`.`id` = `locations`.`user_id`
WHERE SUBSTRING(`locations`.`raw`,-6,4) NOT IN #this is where the fake col is being used
(
SELECT `postcode` FROM `postcodes` WHERE `region` IN
(
 'australia'
)
)

【讨论】：

【解决方案3】：

标准 SQL（或 MySQL）不允许在 WHERE 子句中使用列别名，因为

在评估 WHERE 子句时，可能尚未确定列值。

（来自MySQL documentation）。您可以做的是计算 WHERE 子句中的列值，将值保存在变量中，然后在字段列表中使用它。例如，您可以这样做：

SELECT `users`.`first_name`, `users`.`last_name`, `users`.`email`,
@postcode AS `guaranteed_postcode`
FROM `users` LEFT OUTER JOIN `locations`
ON `users`.`id` = `locations`.`user_id`
WHERE (@postcode := SUBSTRING(`locations`.`raw`,-6,4)) NOT IN
(
 SELECT `postcode` FROM `postcodes` WHERE `region` IN
 (
  'australia'
 )
)

这样可以避免在表达式变得复杂时重复表达式，从而使代码更易于维护。

【讨论】：

这是否与文档that says 冲突“作为一般规则，您永远不应该为用户变量赋值并在同一语句中读取该值。您可能会得到您期望的结果，但这不能保证。”?
这绝对是要记住的事情。虽然它一直对我有用，但我认为必须修复语句不同部分的评估顺序（首先是 WHERE，然后是 SELECT，然后是 GROUP BY，......）但我没有参考
几个例子：一些claim 对他们来说select @code:=sum(2), 2*@code 在 MySQL 5.5 中工作，但对我来说，在 5.6 中，第二列在第一次调用时产生 NULL，并返回之前的 2 倍再次运行时的结果。有趣的是，选择 @code:=2, 2*@code 和 select @code:=rand(), 2*@code 似乎都适用于我的 5.6（今天）。但是这些确实是在 SELECT 子句中写入和读取的；在您的情况下，您将其设置在 WHERE 中。
@Joni，为什么不只评估条件两次？当然，MySQL 足够聪明，可以优化它......
@Pacerier 不得不重复表达式仍然更糟，特别是如果它很复杂。我无法确认 MySQL 是否实现了公共子表达式消除。

【解决方案4】：

我正在使用 mysql 5.5.24 并且以下代码有效：

select * from (
SELECT `users`.`first_name`, `users`.`last_name`, `users`.`email`,
SUBSTRING(`locations`.`raw`,-6,4) AS `guaranteed_postcode`
FROM `users` LEFT OUTER JOIN `locations`
ON `users`.`id` = `locations`.`user_id`
) as a
WHERE guaranteed_postcode NOT IN --this is where the fake col is being used
(
 SELECT `postcode` FROM `postcodes` WHERE `region` IN
 (
  'australia'
 )
)

【讨论】：

【解决方案5】：

您可以将 HAVING 子句用于在 SELECT 字段和别名中计算的过滤器

【讨论】：

@fahimg23 - 不确定。我试图找到一个原因，但我不能！不过请记住WHERE 和HAVING 之间的区别。它们并不相同。 stackoverflow.com/search?q=where+vs+having
更新：这是因为this answer 提供了相同的解决方案，但提供了更多信息。

【解决方案6】：

也许我的回答为时已晚，但这可以帮助其他人。

您可以用另一个 select 语句将其括起来并使用 where 子句。

SELECT * FROM (Select col1, col2,...) as t WHERE t.calcAlias > 0

calcAlias 是计算出来的别名列。

【讨论】：

【解决方案7】：

正如 Victor 所指出的，问题出在别名上。不过，可以通过将表达式直接放入 WHERE x IN y 子句来避免这种情况：

SELECT `users`.`first_name`,`users`.`last_name`,`users`.`email`,SUBSTRING(`locations`.`raw`,-6,4) AS `guaranteed_postcode`
FROM `users` LEFT OUTER JOIN `locations`
ON `users`.`id` = `locations`.`user_id`
WHERE SUBSTRING(`locations`.`raw`,-6,4) NOT IN #this is where the fake col is being used
(
 SELECT `postcode` FROM `postcodes` WHERE `region` IN
 (
  'australia'
 )
)

但是，我想这是非常低效的，因为必须为外部查询的每一行执行子查询。

【讨论】：

@rodion，是的，我认为这严重缓慢且效率低下。