Jump to content

Order by: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
NULL reference: Point to comprehensive, non-registration-required page instead
MelonBot (talk | contribs)
m Updating {{cite web}} templates: replaced 'accessdaymonth/monthday/year' parameters with 'accessdate' and 'dateformat'
Line 3: Line 3:
<code>ORDER BY</code> is the ''only'' way to sort the rows in the result set. Without this clause, the relational [[database system]] may return the rows in any order. If an ordering is required, the <code>ORDER BY</code> must be provided in the <code>SELECT</code> statement sent by the application. Although some database systems allow the specification of an <code>ORDER BY</code> clause in subselects or [[view (database)|view]] definitions, the presence there has no effect. A view is a logical relational table, and the relational model mandates that a table is a set of rows, implying no sort order whatsoever. The only exception are constructs like <code>ORDER BY ORDER OF ...</code> (not standardized in [[SQL:2003]]) which allow the propagation of sort criteria through nested subselects.
<code>ORDER BY</code> is the ''only'' way to sort the rows in the result set. Without this clause, the relational [[database system]] may return the rows in any order. If an ordering is required, the <code>ORDER BY</code> must be provided in the <code>SELECT</code> statement sent by the application. Although some database systems allow the specification of an <code>ORDER BY</code> clause in subselects or [[view (database)|view]] definitions, the presence there has no effect. A view is a logical relational table, and the relational model mandates that a table is a set of rows, implying no sort order whatsoever. The only exception are constructs like <code>ORDER BY ORDER OF ...</code> (not standardized in [[SQL:2003]]) which allow the propagation of sort criteria through nested subselects.


The SQL standard's core functionality does not explicitly define a default sort order for [[Null (SQL)|Null]]s. With the [[SQL:2003]] extension T611, "Elementary OLAP operations", nulls can be sorted before or after all data values by using the <code>NULLS FIRST</code> or <code>NULLS LAST</code> clauses of the <code>ORDER BY</code> list, respectively. Not all DBMS vendors implement this functionality, however. Vendors who do not implement this functionality may specify different treatments for Null sorting in the DBMS.<ref name="sqlitenulls">{{cite web | url=http://www.sqlite.org/nulls.html | title = NULL Handling in SQLite Versus Other Database Engines | accessmonthday=January&nbsp;25 |accessyear=2009 }}</ref>
The SQL standard's core functionality does not explicitly define a default sort order for [[Null (SQL)|Null]]s. With the [[SQL:2003]] extension T611, "Elementary OLAP operations", nulls can be sorted before or after all data values by using the <code>NULLS FIRST</code> or <code>NULLS LAST</code> clauses of the <code>ORDER BY</code> list, respectively. Not all DBMS vendors implement this functionality, however. Vendors who do not implement this functionality may specify different treatments for Null sorting in the DBMS.<ref name="sqlitenulls">{{cite web | url=http://www.sqlite.org/nulls.html | title = NULL Handling in SQLite Versus Other Database Engines | dateformat=mdy |accessdate=January&nbsp;25 2009 }}</ref>


== Examples ==
== Examples ==

Revision as of 18:38, 4 February 2009

An ORDER BY clause in SQL specifies that a SQL SELECT statement returns a result set with the rows being sorted by the values of one or more columns. The sort criteria do not have to be included in the result set. The sort criteria can be expressions, including - but not limited to - column names, user-defined functions, arithmetic operations, or CASE expressions. The expressions are evaluated and the results are used for the sorting, i.e. the values stored in the column or the results of the function call.

ORDER BY is the only way to sort the rows in the result set. Without this clause, the relational database system may return the rows in any order. If an ordering is required, the ORDER BY must be provided in the SELECT statement sent by the application. Although some database systems allow the specification of an ORDER BY clause in subselects or view definitions, the presence there has no effect. A view is a logical relational table, and the relational model mandates that a table is a set of rows, implying no sort order whatsoever. The only exception are constructs like ORDER BY ORDER OF ... (not standardized in SQL:2003) which allow the propagation of sort criteria through nested subselects.

The SQL standard's core functionality does not explicitly define a default sort order for Nulls. With the SQL:2003 extension T611, "Elementary OLAP operations", nulls can be sorted before or after all data values by using the NULLS FIRST or NULLS LAST clauses of the ORDER BY list, respectively. Not all DBMS vendors implement this functionality, however. Vendors who do not implement this functionality may specify different treatments for Null sorting in the DBMS.[1]

Examples

SELECT * FROM Employees 
ORDER BY LastName, FirstName

References

  1. ^ "NULL Handling in SQLite Versus Other Database Engines". Retrieved January 25 2009. {{cite web}}: Check date values in: |accessdate= (help); Unknown parameter |dateformat= ignored (help)