在ORDER BY子句中强制转换列别名

Question

鉴于这种：

CREATE TABLE test (
  a int,
  b varchar(255)
);

INSERT INTO test VALUES(1, '100');
INSERT INTO test VALUES(1, '50');
INSERT INTO test VALUES(1, '075');
INSERT INTO test VALUES(1, '+50');
INSERT INTO test VALUES(1, '-50');

SELECT a, b AS c
FROM test AS t
ORDER BY t.a, c;

SELECT a, b AS c
FROM test AS t
ORDER BY t.a, t.b::int;

SELECT a, b AS c
FROM test AS t
ORDER BY t.a, c::int;

最后一个查询返回错误：
ERROR: column "c" does not exist: SELECT a, b AS c FROM test AS t ORDER BY ta, c::int

我想订购由列别名给出的结果。
如果我还想转换由别名给定的特定列，则它不起作用。

ORDER BY alias正常工作而ORDER BY alias::int不正常的原因是什么？
还有另一种在转换中使用列别名的方法吗？

Answer 1

这是一个很长的评论期。

这是对此问题的早期参考，引用其中：

ORDER BY （以及GROUP BY ）仅在未修饰时允许对输出列名称的引用。 您不能在表达式中使用它们。

如果我不得不推测其原因，则与表达式评估有关。 我认为Postgres引擎在逻辑上将您的查询重写为：

SELECT a, b AS c, c::int as INVISIBLEUNSEENCOLUMN
FROM test AS t
ORDER BY t.a, INVISIBLEUNSEENCOLUMN;

也就是说，它将表达式移动到通常对表达式求值的位置（在编译后的代码中可以称为“选择”节点）。 好的，这会产生已知的列错误，因为该代码无法理解在同一级别定义的别名。 当我想在查询中使用列别名时，我经常使用子查询，以避免任何混乱。

解决该问题很容易：使用子查询， order by使用原始列名，或在select包含强制转换值。

Answer 2

这是由于SQL中的事件顺序和Select子句所致； 提供列别名的位置是倒数第二

1: FROM
2: the JOINS
3: WHERE clause
4: GROUP BY clause
5: HAVING clause
6: SELECT clause
7: ORDER BY clause

ORDER BY是最后一个，因此在该阶段已执行SELECT子句，然后列别名可用于ORDER BY。

但是，执行select子句之前的所有子句都不了解列别名。

---

大多数解决方法，“嵌套”查询，例如

select col_alias from ( select x as col_alias from y ) 

---

编辑：我所知道的唯一例外是在产品Teradata中（可能还有其他，但我使用了很多）