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

Posted 2023-02-25

【中文标题】在 MySQL 查询的 WHERE 子句中使用列别名会产生错误

【英文标题】：Using column alias in WHERE clause of MySQL query produces an error

【发布时间】：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 子句中使用假列？

【参考方案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 之间的区别。它们并不相同。 ***.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，是的，我认为这严重缓慢且效率低下。