小伙伴们可以在SQL排序的时候自然而然的使用ORDERBY。无论是默认ASC的升序还是DESC的降序，几乎都唾手可得。今天给大家分享一些你可能不知道的ORDERBY的用法。1.ORDERBY返回游标而不是集合。SQL的理论其实就是集合论。数据的相交、并集和差异等常见问题可以使用集合思维来解决。集合中的行之间没有预先定义的顺序，它只是成员的逻辑组合，成员之间的顺序无关紧要。如下图所示，每个括号内的内容是一条记录，在排序之前，它们是随机分布在集合中的。Student(ID,Name,Age)Studentcollection但是对于带有排序效果的ORDERBY子句的查询，它返回一个对象，其中的行按照特定的顺序组织在一起。我们称这个对象为游标。如下图，对Student表的ID进行ORDERBY排序后，Student表就变成了一个有序的对象，也就是我们上面说的游标。Student(ID,Name,Age)学生对象2.ORDERBY子句是唯一可以重用列别名的步骤。这就涉及到SQL语句的语法顺序和执行顺序。我们常见的SQL语法顺序如下：SELECTDISTINCTFROM[left_table]JOINONWHEREGROUPBYWITHHAVINGORDERBY并且数据库引擎在执行SQL语句Execute时不是从SELECT开始，而是从FROM开始，具体执行顺序如下（关键字前面的数字代表SQL执行的顺序步骤）：（8)SELECT(9)DISTINCT(11)(1)FROM[left_table](3)JOIN(2)ON(4)WHERE(5)GROUPBY(6)WITH(7)HAVING(10)ORDERBY从上面我们可以看出SELECT是在HAVING之后执行的。此时SELECT之后的列的别名只对后面的步骤有效，对SELECT之前的步骤无效。所以如果在WHERE、GROUPBY或HAVING之后使用列别名，就会报错。让我们用一个例子来测试它。示例表Customers的结构和数据如下：1、当WHERE后面没有别名时，SELECTnameASName,addressASAddress,cityASCityFROMCustomersWHEREcity='Guangzhou'结果如下：2.当WHERE后使用columnalias,SELECTnameASName,AddressASAddress,CityASCityFROMCustomersWHERECity='Guangzhou'执行结果如下：从返回的信息中可以看出改名后的City无法被WHERE识别，所以会出现“列名'City'会报Invalid”的提示。您也可以使用上述方法测试其他关键字。接下来，我们在GROUPBY和HAVING之后测试列别名的使用。3、测试GROUPBY后，使用列别名SELECTcityASCityFROMCustomersGROUPBYCity，结果如下：4、测试HAVING后，使用列别名SELECTcityASCityFROMCustomersGROUPBYcityHAVINGCOUNT(City)>1and结果如下：5.经过测试ORDERBY使用列别名SELECTnameASName,addressASAddress,cityASCityFROMCustomersORDERBYCity结果如下：从上面几个测试例子的结果，我们可以总结一下，我们的结论是正确的：ORDERBY子句是唯一可以重用Step进行列别名的子句。3.谨慎使用ORDERBY后接数字的方式进行排序。有些朋友为了省事喜欢在ORDERBY后面写数字。具体例子如下：SELECTnameASName,addressASAddress,cityASCityFROMCustomersORDERBY1,2,3结果如下：这样写的结果对于当前查询是正确的，数字1，ORDERBY后的2、3分别代表SELECT后的第1、2、3个字段（即Name、Address、City）。但是当查询列发生变化时，忘记修改ORDERBY列表。尤其是当查询语句很长的时候，会很难在SELECT列表中找到ORDERBY对应的列。例如：SELECTcustomerIDASID,nameASName,addressASAddress,cityASCityFROMCustomersORDERBY1,2,3由于增加了一列“CustomerID”，所以题意还是对Name,Address,City进行排序，但是因为使用了ORDERBY加号，所以排序后的结果如下：结果不是我们想要的，所以请谨慎使用ORDERBY加号，尽量使用ORDERBY加列名或者列别名。4、表表达式不能使用ORDERBY排序表表达式包括视图、内联表值函数、派生表（子查询）和公用表表达式（CTE）。例如下面的视图是无效的。CREATEVIEWV_CustomersASSELECTCustomerIDASID,nameASName,addressASAddress,cityASCityFROMCustomersORDERBYID,Name,Address结果如下：这个错误是不是很熟悉？因为很多小伙伴经常喜欢在视图或者子查询中加上ORDERBY，然后一执行就会报这个错。根本原因不敢妄下判断，因为查了很多文献，没有给出具体的说法。这里我猜测是因为视图、内联表值函数、派生表（子查询）和公用表表达式（CTE）返回的结果需要进一步使用。添加ORDERBY进行排序是多余且浪费系统资源的。所以，数据库开发者不希望大家使用这种不规范的操作。所以下次不要在表表达式中加入ORDERBY。5.T-SQL中表表达式加TOP可以使用ORDERBY从第四点的报错信息可以看出：同时指定了TOP、OFFSET或FORXML，可以使用ORDERBY。这就是为什么？先给大家举个栗子。SELECTcustomerIDASID,nameASName,addressASAddress,cityASCityFROM(SELECTTOP3*FROMCustomersORDERBYcity)CustomersORDERBYID,Name,Address结果如下：因为表表达式在T-SQL添加TOP后，返回的是一张没有固定顺序的表。因此，在本例中，ORDERBY子句只是定义了TOP选项的逻辑顺序，即下面的逻辑子句SELECTTOP3*FROMCustomersORDERBY城市结果如下：不保证结果集的顺序，因为表表达式外面至少多一层就是我们最终需要的结果集。这里的ORDERBY只对当前子查询有效，对主查询无效。您必须继续在主查询的末尾添加ORDERBY子句才能对结果集生效，就像我们在示例中所写的那样。除非逻辑需要，否则一般不建议你巧妙地规避子查询中不能使用ORDERBY的限制。以上就是ORDERBY的一些用法，你学会了吗？
