为什么通常无法重用别名的mySQL为什么能够解析这些列别名？

小编典典

为什么通常无法重用别名的mySQL为什么能够解析这些列别名？

sql

大多数SQL专家会说，不能在同一级别的select中重用别名；通常要解决此问题，使用CTE；或者将查询包装为子查询，以便可以引用别名。但是，如果在select自身的子查询中引用了别名，则mySQL似乎允许这种情况。因此，从技术上讲，它不在同一水平上。

演示：

SELECT CONCAT(a, b) AS c1, CONCAT((SELECT c1), 2)
FROM (SELECT 'a' a, 'b' b, 'c' c UNION ALL 
      SELECT '1', '2', '3') t1;

SELECT 1 a, 2 b, (SELECT A+B) c
     , concat((SELECT a),(SELECT b)) d 
     , greatest((SELECT a),(SELECT b), (SELECT c))

以上两个查询均有效。他们工作。（或在使其看起来像工作时做得非常好）

尽管事实并非如此：正如人们所期望的那样。

SELECT CONCAT(a, b) AS c1, CONCAT(c1, 2)
FROM (SELECT 'a' a, 'b' b, 'c' c UNION ALL 
      SELECT '1', '2', '3') t1;

因此，这里的问题有两个：

这是缺少文档的mySQL“功能”还是有人可以解释编译器如何解析别名？

这是一个可以依靠的有文档记录的功能吗？如果是，则在哪里记录此文件，以便人们可以理解使用此方法的含义？

阅读 288

2021-04-24

共1个答案

小编典典

在我看来，这似乎是一个解析错误（在其他数据库中，前两个查询会出现错误）。

我可以猜测发生了什么。MySQL正在解析子查询(selectc1)。它c1在子查询中找不到，因此它开始在外部查询中查找引用。

根据SQL的规则，它只能查看from子句中的列。但是，MySQL似乎也在寻找列别名。

尽管我将其称为错误，但MySQL似乎将其视为一项功能。（还有另一个将“错误”视为“功能”的MySQL示例。）考虑以下查询：

SELECT CONCAT((SELECT c1), 2), CONCAT(a, b) AS c1
FROM (SELECT 'a' a, 'b' b, 'c' c UNION ALL 
      SELECT '1', '2', '3') t1;

并产生错误：

不支持参考“ c1”（项目列表中的前向参考）

该错误表明MySQL故意解析“向后”引用。

出于记录，我永远不会依赖此功能。它不仅违反了ANSI标准，而且在数据库中具有独特的行为。令人困惑。考虑一下这个小修改：

SELECT CONCAT(a, b) AS c1, CONCAT((SELECT c1), 2)
FROM (SELECT 'a' a, 'b' b, 'c' c UNION ALL 
      SELECT '1', '2', '3') t1 CROSS JOIN
     (SELECT 'abcdef' as c1) x;

这c1的确查询决心？我让你知道。而且这甚至没有考虑到c1可能是一个变量。

2021-04-24