ORDER BY用于对查询结果排序，可指定升序（ASC）或降序（DESC），支持单列、多列及表达式排序，多列时从左到右逐级排序，NULL值处理因数据库而异，可用NULLS FIRST/LAST明确控制，还可通过列序号、函数或CASE语句实现复杂排序逻辑。
在SQL中，
ORDER BY子句是用来对
SELECT语句返回的结果集进行排序的关键工具。它能让你根据一个或多个列的值，以升序（ASC）或降序（DESC）的方式组织数据，让查询结果更符合你的阅读和分析习惯。
解决方案
使用
ORDER BY对查询结果排序，基本语法非常直接。你只需要在
SELECT语句的最后加上
ORDER BY，然后指定你想要排序的列名，并选择排序方向。
例如，如果你想从一个名为
Products的表中查询所有产品，并按照产品价格从低到高排列：
SELECT ProductName, Price, StockQuantity FROM Products ORDER BY Price ASC;
这里的
ASC表示升序（Ascending），它是
ORDER BY的默认行为，所以即使你不写
ASC，结果也会是升序排列。
如果想从高到低排序，也就是降序：
SELECT ProductName, Price, StockQuantity FROM Products ORDER BY Price DESC;
DESC表示降序（Descending）。
你还可以根据多个列进行排序。比如，先按产品类别（
Category）升序，然后在每个类别内部再按价格（
Price）降序排列：
SELECT ProductName, Category, Price FROM Products ORDER BY Category ASC, Price DESC;
这种多列排序的逻辑是，SQL会先按照第一个指定的列进行排序，当第一个列的值相同时，再按照第二个指定的列进行排序，以此类推。这就像你在Excel里先排一列，再在相同值的基础上排另一列一样。
多列排序时，ORDER BY 的优先级是怎样的？
当我们面对复杂的数据集，需要按多种维度进行组织时，
ORDER BY的多列排序能力就显得尤为重要。它的优先级机制，简单来说，就是从左到右、逐级细化。
想象一下，你有一张员工表，里面有部门、入职年份和薪资。如果你想先按部门排序，接着在同一部门内按入职年份排序（越早入职的越靠前），最后在同部门同入职年份的员工中，按薪资从高到低排序。这在SQL里是这样表达的：
SELECT EmployeeName, Department, HireYear, Salary FROM Employees ORDER BY Department ASC, HireYear ASC, Salary DESC;
这里，数据库会首先根据
Department列进行升序排列。这意味着所有“市场部”的员工会在一起，然后是“研发部”，以此类推。
当多个员工属于同一个部门时，SQL不会停止排序，它会接着看第二个排序条件，也就是
HireYear ASC。在“市场部”内部，员工会按照他们的入职年份从小到大排列。
如果碰巧，同一个部门里还有多个员工是在同一年入职的，那么第三个排序条件
Salary DESC就会发挥作用。在这些同部门同入职年份的员工中，薪资高的会排在前面。
这种层层递进的排序方式，能够非常精确地控制结果集的呈现顺序，确保数据的逻辑性和可读性。我个人在使用时，会特别注意排序条件的顺序，因为一旦顺序错了，结果可能就完全不是你想要的了，这往往是初学者容易忽略但又非常关键的一点。
ORDER BY 和 NULL 值如何交互？
NULL值在数据库中代表“未知”或“不存在”，它在排序时的行为常常让人感到困惑，而且不同数据库系统（如MySQL, PostgreSQL, Oracle, SQL Server）对
NULL的处理方式也可能有所不同。理解这一点，对于确保排序结果的准确性至关重要。
以常见的行为为例：
-
MySQL:
- 在
ASC
（升序）排序时，NULL
值通常被视为最小值，会排在结果集的最前面。 - 在
DESC
（降序）排序时，NULL
值通常被视为最大值，会排在结果集的最后面。
例如：
-- MySQL中，NULL值在升序时排在前面 SELECT ProductName, Price FROM Products ORDER BY Price ASC; -- MySQL中，NULL值在降序时排在后面 SELECT ProductName, Price FROM Products ORDER BY Price DESC;
- 在
-
PostgreSQL 和 Oracle:
- 它们提供了
NULLS FIRST
和NULLS LAST
子句，让你明确控制NULL
值的位置。 NULLS FIRST
：无论升序还是降序，NULL
值都排在前面。NULLS LAST
：无论升序还是降序，NULL
值都排在后面。
例如（PostgreSQL/Oracle）：
-- NULL值在升序时排在最后 SELECT ProductName, Price FROM Products ORDER BY Price ASC NULLS LAST; -- NULL值在降序时排在最前面 SELECT ProductName, Price FROM Products ORDER BY Price DESC NULLS FIRST;
这种明确的控制方式，我个人觉得更具灵活性和可预测性，因为它避免了不同数据库系统默认行为的差异可能带来的混淆。在实际工作中，如果数据中存在大量
NULL
值且其位置对业务逻辑有影响，务必查阅你所使用的数据库的具体文档，并考虑使用NULLS FIRST/LAST
来消除歧义。毕竟，数据排序的最终目的，是为了让数据以一种有意义的方式呈现。 - 它们提供了
除了列名，ORDER BY 还能用什么来排序？
ORDER BY的强大之处远不止于直接使用列名。它还可以接受更复杂的表达式，甚至通过条件逻辑来定义排序规则，这为数据展现提供了极大的灵活性。
-
按列的序号排序： 你可以在
ORDER BY
子句中使用SELECT
列表中列的数字位置。例如，ORDER BY 1
表示按第一个选定的列排序，ORDER BY 2 DESC
表示按第二个选定的列降序排序。SELECT ProductName, Price, StockQuantity FROM Products ORDER BY 2 DESC; -- 按Price列降序排序
虽然这种方式简洁，但我在实际开发中很少推荐。因为如果
SELECT
列表的顺序发生变化，或者你增加了新的列，这个数字排序就会失效，容易导致难以察觉的错误。直接使用列名更具可读性和健壮性。 -
按表达式排序： 你可以对一个或多个列进行计算，然后根据计算结果排序。这在很多场景下非常有用，比如按字符串长度排序，或者按计算出的总价排序。
-- 按产品名称的长度升序排序 SELECT ProductName, Price FROM Products ORDER BY LENGTH(ProductName) ASC; -- 假设有数量和单价，按总价值降序排序 SELECT ItemName, Quantity, UnitPrice, (Quantity * UnitPrice) AS TotalValue FROM OrderDetails ORDER BY (Quantity * UnitPrice) DESC;
这种方式非常灵活，允许你根据业务逻辑动态生成排序依据。
-
使用
CASE
语句进行自定义排序： 这是ORDER BY
最强大的用法之一，它允许你定义完全自定义的排序逻辑。你可以根据不同的条件给数据项分配不同的“权重”或“优先级”，然后根据这些权重进行排序。假设你有一个
OrderStatus
列，包含'Pending', 'Processing', 'Completed', 'Cancelled'等状态。你希望它们按照特定的业务流程顺序显示，而不是简单的字母顺序。SELECT OrderID, OrderStatus, OrderDate FROM Orders ORDER BY CASE OrderStatus WHEN 'Pending' THEN 1 WHEN 'Processing' THEN 2 WHEN 'Completed' THEN 3 WHEN 'Cancelled' THEN 4 ELSE 99 -- 其他未知状态排在最后 END ASC, OrderDate DESC; -- 在相同状态下，按订单日期降序这个例子中，
CASE
语句为每种状态分配了一个数字优先级。SQL会根据这些数字进行升序排序，从而实现了我们预期的业务流程顺序。这种方法在需要精细控制数据展示顺序时，简直是神器。它允许我们跳出简单的数值或字母排序，赋予数据更深层次的业务含义。
