我們做軟件開(kāi)發(fā)的,大部分人都離不開(kāi)跟數(shù)據(jù)庫(kù)打交道,特別是erp開(kāi)發(fā)的,跟數(shù)據(jù)庫(kù)打交道更是頻繁,由于SQL 不同于與其他編程語(yǔ)言的最明顯特征是處理代碼的順序。在大數(shù)編程語(yǔ)言中,代碼按編碼順序被處理,但是在SQL語(yǔ)言中,第一個(gè)被處理的子句是FROM子句,盡管SELECT語(yǔ)句第一個(gè)出現(xiàn),但是幾乎總是最后被處理。
每個(gè)步驟都會(huì)產(chǎn)生一個(gè)虛擬表,該虛擬表被用作下一個(gè)步驟的輸入。這些虛擬表對(duì)調(diào)用者(客戶端應(yīng)用程序或者外部查詢)不可用。只是最后一步生成的表才會(huì)返回 給調(diào)用者。如果沒(méi)有在查詢中指定某一子句,將跳過(guò)相應(yīng)的步驟。下面是對(duì)應(yīng)用于SQL server 2000和SQL Server 2005的各個(gè)邏輯步驟的簡(jiǎn)單描述。
(8)SELECT (9)DISTINCT (11)Top Num> select list> (1)FROM [left_table] (3)join_type> JOIN right_table> (2)ON join_condition> (4)WHERE where_condition> (5)GROUP BY group_by_list> (6)WITH CUBE | RollUP> (7)HAVING having_condition> (10)ORDER BY order_by_list>
邏輯查詢處理階段簡(jiǎn)介
FROM:對(duì)FROM子句中的前兩個(gè)表執(zhí)行笛卡爾積(Cartesian product)(交叉聯(lián)接),生成虛擬表VT1
ON:對(duì)VT1應(yīng)用ON篩選器。只有那些使join_condition>為真的行才被插入VT2。
OUTER(JOIN):如 果指定了OUTER JOIN(相對(duì)于CROSS JOIN 或(INNER JOIN),保留表(preserved table:左外部聯(lián)接把左表標(biāo)記為保留表,右外部聯(lián)接把右表標(biāo)記為保留表,完全外部聯(lián)接把兩個(gè)表都標(biāo)記為保留表)中未找到匹配的行將作為外部行添加到 VT2,生成VT3.如果FROM子句包含兩個(gè)以上的表,則對(duì)上一個(gè)聯(lián)接生成的結(jié)果表和下一個(gè)表重復(fù)執(zhí)行步驟1到步驟3,直到處理完所有的表為止。
WHERE:對(duì)VT3應(yīng)用WHERE篩選器。只有使where_condition>為true的行才被插入VT4.
GROUP BY:按GROUP BY子句中的列列表對(duì)VT4中的行分組,生成VT5.
CUBE|ROLLUP:把超組(Suppergroups)插入VT5,生成VT6.
HAVING:對(duì)VT6應(yīng)用HAVING篩選器。只有使having_condition>為true的組才會(huì)被插入VT7.
SELECT:處理SELECT列表,產(chǎn)生VT8.
DISTINCT:將重復(fù)的行從VT8中移除,產(chǎn)生VT9.
ORDER BY:將VT9中的行按ORDER BY 子句中的列列表排序,生成游標(biāo)(VC10).
TOP:從VC10的開(kāi)始處選擇指定數(shù)量或比例的行,生成表VT11,并返回調(diào)用者。
注:步驟10,按ORDER BY子句中的列列表排序上步返回的行,返回游標(biāo)VC10.這一步是第一步也是唯一一步可以使用SELECT列表中的列別名的步驟。這一步不同于其它步驟的 是,它不返回有效的表,而是返回一個(gè)游標(biāo)。SQL是基于集合理論的。集合不會(huì)預(yù)先對(duì)它的行排序,它只是成員的邏輯集合,成員的順序無(wú)關(guān)緊要。對(duì)表進(jìn)行排序 的查詢可以返回一個(gè)對(duì)象,包含按特定物理順序組織的行。ANSI把這種對(duì)象稱為游標(biāo)。理解這一步是正確理解SQL的基礎(chǔ)。
因?yàn)檫@一步不返回表(而是返回游標(biāo)),使用了ORDER BY子句的查詢不能用作表表達(dá)式。表表達(dá)式包括:視圖、內(nèi)聯(lián)表值函數(shù)、子查詢、派生表和共用表達(dá)式。它的結(jié)果必須返回給期望得到物理記錄的客戶端應(yīng)用程序。例如,下面的派生表查詢無(wú)效,并產(chǎn)生一個(gè)錯(cuò)誤:
select * from(select orderid,customerid from orders order by orderid) as d
下面的視圖也會(huì)產(chǎn)生錯(cuò)誤
create view my_view as select * from orders order by orderid
在SQL中,表表達(dá)式中不允許使用帶有ORDER BY子句的查詢,而在T—SQL中卻有一個(gè)例外(應(yīng)用TOP選項(xiàng))。
所以要記住,不要為表中的行假設(shè)任何特定的順序。換句話說(shuō),除非你確定要有序行,否則不要指定ORDER BY 子句。排序是需要成本的,SQL Server需要執(zhí)行有序索引掃描或使用排序運(yùn)行符。
好了,本教程到此就結(jié)束了,相信大家多多少少對(duì)SQL語(yǔ)句執(zhí)行順序相關(guān)內(nèi)容有所了解了吧,更多知識(shí)請(qǐng)登錄腳本之家官網(wǎng)了解更多。
標(biāo)簽:河北 廣安 通遼 阿里 馬鞍山 陜西 福建 南京
巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《SQL語(yǔ)句執(zhí)行順序詳解》,本文關(guān)鍵詞 SQL,語(yǔ)句,執(zhí)行,順序,詳解,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。