SQL学习：一日一迷惑

最新推荐文章于 2022-12-10 16:59:49 发布

原创最新推荐文章于 2022-12-10 16:59:49 发布 · 617 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#数据库 #sql

数据库学习专栏收录该内容

4 篇文章

订阅专栏

本文探讨了在SQL中，为何ORDER BY可以在SELECT后的列别名上使用而在WHERE中不行，这源于SQL执行顺序。同时，解释了ORDER BY能使用未在SELECT中显示的列的原因，并介绍了COUNT函数在不同情况下的NULL值处理方式。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

问题提出：
为什么order by可以用select后的列别名，而where子句中却不行

解答：
这和SQL语句的执行顺序有关，从microsoft对于MSSQL的说明书就可以知道了（Microsoft中的说明, 如下图所示）

官网说明
截图中的部分语句也解答了这一问题。SELECT子句是步骤8，该子句中定义的任何列别名或派生列都不能被前面的子句引用。但是，它们可以由后续子句（例如ORDER BY子句）引用。
因此，位于select后面的order by 可以使用select后面的列别名，而where，由于位于select前面，故无法使用列别名

问题提出：
sql语句中，order by为什么可以用没有在select中出现的列进行排序，之前的select子句不是把未出现的列筛掉了吗？

问题举例：
假设我有如下表格t1(id, col1, col4)
数据表table1
注意这里的输出，虽然我在插入数据的时候不是按这个顺序插入的，但是输出的时候，却是按key索引排列输出的

执行如下语句，分别得到：

-- 语句1
SELECT col1
from t1

-- 语句2
SELECT col1
from t1
order by col4

左图为语句1查询结果，右图为语句2查询结果

解答:

从官网进行查询

官网说明截图
翻译：ORDER BY子句中引用的列名必须与选择列表中的列别名或列别名对应，或者必须与FROM子句中指定的表中定义的列对应，且没有任何歧义。
如果ORDER BY子句从选择列表中引用了列别名，则该列别名必须独立使用，并且不能作为ORDER BY子句中某些表达式的一部分使用。
因此，虽然不知道为什么，但官网说可以，那就可以吧，用就完事了。

问题提出：
count语句的时候，什么时候会将NULL值的行计算进去，什么时候不会呢？
解答：照例，由于我使用的是SQL server, 所以先翻阅SQL server的文档说明如下图所示：

图为关于count的SQL SERVER官网说明截图

翻译一下：意思大概如下：
COUNT(*) : 返回组中的项目数。这包括NULL值和重复项。
COUNT(ALL expression)：计算组中每一行的表达式，并返回非空值的数量
COUNT(DISTINCT expression)：计算组中每一行的表达式，并返回唯一的非空值的数量。
对于超过2 ^ 31-1的返回值，COUNT将返回错误。对于这些情况，请改用COUNT_BIG。