今天在處理SQL的時候遇到幾個問題:函數
一、若是指定了 SELECT DISTINCT,那麼 ORDER BY 子句中的項就必須出如今選擇列表中spa
select distinct id from 收費站 order by name // 錯誤.net
改爲:code
select distinct id , name from 收費站 order by name // 正常server
或者,用group by 代替對象
注意用了distinct 後面緊跟的字段彷佛不能出如今order by 中blog
二、除非另外還指定了 TOP 或 FOR XML,不然,ORDER BY 子句在視圖、內聯函數、派生表、子查詢和公用表表達式中無效排序
網上找了答案(來自:http://blog.csdn.net/wrm_nancy/article/details/17170115)索引
在SQL語言中,第一個被處理的子句是FROM子句,儘管SELECT語句第一個出現,可是幾乎老是最後被處理。get
每一個步驟都會產生一個虛擬表,該虛擬表被用做下一個步驟的輸入。這些虛擬表對調用者(客戶端應用程序或者外部查詢)不可用。只是最後一步生成的表纔會返回 給調用者。若是沒有在查詢中指定某一子句,將跳過相應的步驟。下面是對應用於SQL server 2000和SQL Server 2005的各個邏輯步驟的簡單描述。
邏輯查詢處理階段簡介
注:步驟10,按ORDER BY子句中的列列表排序上步返回的行,返回遊標VC10.這一步是第一步也是惟一一步可使用SELECT列表中的列別名的步驟。這一步不一樣於其它步驟的 是,它不返回有效的表,而是返回一個遊標。SQL是基於集合理論的。集合不會預先對它的行排序,它只是成員的邏輯集合,成員的順序可有可無。對錶進行排序 的查詢能夠返回一個對象,包含按特定物理順序組織的行。ANSI把這種對象稱爲遊標。理解這一步是正確理解SQL的基礎。
由於這一步不返回表(而是返回遊標),使用了ORDER BY子句的查詢不能用做表表達式。表表達式包括:視圖、內聯表值函數、子查詢、派生表和共用表達式。它的結果必須返回給指望獲得物理記錄的客戶端應用程序。例如,下面的派生表查詢無效,併產生一個錯誤:
select * from(select orderid,customerid from orders order by orderid) as d
下面的視圖也會產生錯誤
create view my_view as select * from orders order by orderid
在SQL中,表表達式中不容許使用帶有ORDER BY子句的查詢,而在T—SQL中卻有一個例外(應用TOP選項)。
因此要記住,不要爲表中的行假設任何特定的順序。換句話說,除非你肯定要有序行,不然不要指定ORDER BY 子句。排序是須要成本的,SQL Server須要執行有序索引掃描或使用排序運行符。