SQL语法提示工具SQL Prompt使用教程：避免在ORDER BY子句中使用常量

---

SQL Prompt是一款实用的SQL语法提示工具。它根据数据库的对象名称、语法和代码片段自动进行检索，为用户提供合适的代码选择。自动脚本设置使代码简单易读--当开发者不大熟悉脚本时尤其有用。SQL Prompt安装即可使用，能大幅提高编码效率。此外，用户还可根据需要进行自定义，使之以预想的方式工作。

点击下载SQL Prompt正式版

本文解释了为什么ORDER BY子句应始终使用其名称或别名来指定排序列，而不是使用整数来指定列在SELECT列表中的位置。

---

尽管有可能做到这一点，但ANSI SQL-92是最后一个仍支持在ORDER BY子句中使用整数（select_list_number）的标准，随后又从ANSI SQL-99标准中删除了该标准。包括SQL Server在内的主要SQL RDBMS仍然支持它，并且没有弃用通知，但是它在Microsoft即将淘汰的SQL Server功能列表中。

如果您不指定实际的列名，不仅使语句更难以理解，而且对SELECT列表的任何后续更改（例如更改列顺序或添加新列）都需要检查ORDER BY子句，并且很可能对其进行了修改，以避免产生意外结果。另外，使用常量并不总是有效的，例如使用常量来指定出现在排名函数中的表达式时。

SQL Prompt的最佳实践代码分析规则BP002 –ORDER BY子句中包含常量，这意味着在ORDER BY子句中对常量的任何使用都要加上绿色的下划线。

为什么在ORDER BY子句中允许使用常量？

想象一下，你需要为AdventureWorks的人力资源经理准备一份员工详细信息列表：

SELECT Person.FirstName + ' ' + Coalesce(Person.MiddleName + ' ', '')
       + Person.LastName + ': ' + Coalesce(Person.Suffix + ' ', '')
       + Coalesce('(' + Person.Title + ') ', '') + Employee.JobTitle AS employee,
  Employee.NationalIDNumber, Employee.BirthDate, Employee.MaritalStatus,
  Employee.Gender, Employee.HireDate, Employee.SalariedFlag,
  Employee.VacationHours, Employee.SickLeaveHours
  FROM HumanResources.Employee
    INNER JOIN Person.Person
      ON Person.BusinessEntityID = Employee.BusinessEntityID;

没有指定排序，因此当前排序是随机的。您现在意识到需要按员工姓名订购：

SELECT Person.FirstName + ' ' + Coalesce(Person.MiddleName + ' ', '')
       + Person.LastName + ': ' + Coalesce(Person.Suffix + ' ', '')
       + Coalesce('(' + Person.Title + ') ', '') + Employee.JobTitle AS employee,
  Employee.NationalIDNumber, Employee.BirthDate, Employee.MaritalStatus,
  Employee.Gender, Employee.HireDate, Employee.SalariedFlag,
  Employee.VacationHours, Employee.SickLeaveHours
  FROM HumanResources.Employee
    INNER JOIN Person.Person
      ON Person.BusinessEntityID = Employee.BusinessEntityID
  ORDER BY employee;

到处都是微笑。这是有效的。很久以前，有一段时间它不起作用。当时，使用SQL，如果您希望按涉及一列或多列的表达式进行排序，则SQL无法做到这一点。这是因为在执行排序时，没有明显的方法知道结果中表达式的值。而且，奇怪的是，当时的SQL标准要求您只能在SELECT语句中指定一列作为ORDER BY子句中的参数。

在ORDER BY子句中使用表达式

然后，SQL允许在ORDER BY子句中使用表达式。如果其中一列是表达式，并且您想按其排序，则ORDER BY子句中的表达式必须与SELECT表源语句中使用的表达式完全匹配：

SELECT Person.FirstName + ' ' + Coalesce(Person.MiddleName + ' ', '')
       + Person.LastName + ': ' + Coalesce(Person.Suffix + ' ', '')
       + Coalesce('(' + Person.Title + ') ', '') + Employee.JobTitle AS employee,
  Employee.NationalIDNumber, Employee.BirthDate, Employee.MaritalStatus,
  Employee.Gender, Employee.HireDate, Employee.SalariedFlag,
  Employee.VacationHours, Employee.SickLeaveHours
  FROM HumanResources.Employee
    INNER JOIN Person.Person
      ON Person.BusinessEntityID = Employee.BusinessEntityID
  ORDER BY Person.FirstName + ' ' + Coalesce(Person.MiddleName + ' ', '')
       + Person.LastName + ': ' + Coalesce(Person.Suffix + ' ', '')
       + Coalesce('(' + Person.Title + ') ', '') + Employee.JobTitle;

这不仅繁琐，而且如果您开始摆弄列表达式并忘记更改ORDER BY以匹配它，则可能突然导致查询运行缓慢，如果不一致的话：

SELECT Person.FirstName + ' ' + Coalesce(Person.MiddleName + ' ', '')
       + Person.LastName + ': ' + Coalesce(Person.Suffix + ' ', '')
       + Coalesce('[' + Person.Title + '] ', '') + Employee.JobTitle AS employee,
  Employee.NationalIDNumber, Employee.BirthDate, Employee.MaritalStatus,
  Employee.Gender, Employee.HireDate, Employee.SalariedFlag,
  Employee.VacationHours, Employee.SickLeaveHours
  FROM HumanResources.Employee
    INNER JOIN Person.Person
      ON Person.BusinessEntityID = Employee.BusinessEntityID
  ORDER BY Person.FirstName + ' ' + Coalesce(Person.MiddleName + ' ', '')
       + Person.LastName + ': ' + Coalesce(Person.Suffix + ' ', '')
       + Coalesce('(' + Person.Title + ') ', '') + Employee.JobTitle;

由于表达式不匹配，此版本的查询运行速度降低了25％。没什么大不了的，却让人生气，看上去很笨拙。

在ORDER BY子句中使用常量

SQL最初通过允许您在ORDER BY表达式中指定一个与要排序的表表达式中的列号相对应的整数常量来解决该问题，而没有解决潜在的缺陷。现在可以将SQL Server中的排序列指定为名称或列别名，或表示该列在选择列表中位置的正整数。这是不明智的，因为这意味着如果您更改SELECT语句中的列顺序，那么事情就会出错。当ORDER BY表达式出现在排名函数中时，它也不起作用。

SELECT Person.FirstName + ' ' + Coalesce(Person.MiddleName + ' ', '')
       + Person.LastName + ': ' + Coalesce(Person.Suffix + ' ', '')
       + Coalesce('(' + Person.Title + ') ', '') + Employee.JobTitle,
  Employee.NationalIDNumber, Employee.BirthDate, Employee.MaritalStatus,
  Employee.Gender, Employee.HireDate, Employee.SalariedFlag,
  Employee.VacationHours, Employee.SickLeaveHours
  FROM HumanResources.Employee
    INNER JOIN Person.Person
      ON Person.BusinessEntityID = Employee.BusinessEntityID
  ORDER BY 1;

结论

微软很久以前修复了SQL Server查询优化器中的原始潜在缺陷，即您无法通过其别名引用多列表达式，因为在优化过程中此时别名的值未知。现在这很简单，但是在此期间，编写了许多代码来指定ORDER BY子句中的列号。它使表达式看起来更整洁并节省了一些击键。他们看起来好像运行得更快，但是共享与完整表达式排序相同的执行计划。在2000年前，从SQL标准中删除了使用整数常量的快速解决方案，但是其使用寿命很奇怪。建立功能后，很难删除它。

本文内容到这里就结束了，希望对您有所帮助~您可以继续关注我们慧都网，了解更多产品资讯，或者下载SQL Prompt试用版免费体验~

相关内容推荐：

SQL Prompt 使用教程>>>

---

想要购买SQL Prompt正版授权，或了解更多产品信息请点击