成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

詳解SQL邏輯查詢的各個階段

數據庫 SQL Server 數據庫運維
在查詢中邏輯查詢和物理查詢有著本質的區別,SQL不同于其它編程的最明顯的特征就是處理代碼的順序,雖然總是最先寫SELECT 但是幾乎總在最后執行,那到底是怎么一個執行順序呢?

首先作者給出了如下的sql查詢語句執行順序

(8) select (9) distinct (11) <top_specification> <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_condition>

從這個順序中我們不難發現,所有的 查詢語句都是從from開始執行的,在執行過程中,每個步驟都會為

下一個步驟生成一個虛擬表,這個虛擬表將作為下一個執行步驟的輸入。

***步:首先對from子句中的前兩個表執行一個笛卡爾乘積,此時生成虛擬表 vt1

第二步:接下來便是應用on篩選器,on 中的邏輯表達式將應用到 vt1 中的各個行,篩選出滿足on邏輯表達式的行,生成虛擬表 vt2

第三步:如果是outer join 那么這一步就將添加外部行,left outer jion 就把左表在第二步中過濾的添加進來,如果是right outer join 那么就將右表在第二步中過濾掉的行添加進來,這樣生成虛擬表 vt3

第四步:如果 from 子句中的表數目多余兩個表,那么就將vt3和第三個表連接從而計算笛卡爾乘積,生成虛擬表,該過程就是一個重復1-3的步驟,最終得到一個新的虛擬表 vt3

第五步:應用where篩選器,對上一步生產的虛擬表引用where篩選器,生成虛擬表vt4,在這有個比較重要的細節不得不說一下,對于包含outer join子句的查詢,就有一個讓人感到困惑的問題,到底在on篩選器還是用where篩選器指定邏輯表達式呢?on和where的***區別在于,如果在on應用邏輯表達式那么在第三步outer join中還可以把移除的行再次添加回來,而where的移除的最終的。

舉個簡單的例子,有一個學生表(班級,姓名)和一個成績表(姓名,成績),我現在需要返回一個x班級的全體同學的成績,但是這個班級有幾個學生缺考,也就是說在成績表中沒有記錄。為了得到我們預期的結果我們就需要在on子句指定學生和成績表的關系(學生.姓名=成績.姓名)那么我們是否發現在執行第二步的時候,對于沒有參加考試的學生記錄就不會出現在vt2中,因為他們被on的邏輯表達式過濾掉了,但是我們用left outer join就可以把左表(學生)中沒有參加考試的學生找回來,因為我們想返回的是x班級的所有學生,如果在on中應用學生.班級='x'的話,那么在left outer join 中就會將不會把x班級的學生的所有記錄找回來,所以只能在where篩選器中應用 學生.班級='x' 應為它的過濾是最終的。

第六步:group by 子句將中的唯一的值組合成為一組,得到虛擬表vt5。如果應用了group by,那么后面的所有步驟都只能得到的vt5的列或者是聚合函數(count、sum、avg等)。原因在于最終的結果集中只為每個組包含一行。這一點請牢記。

第七步:應用cube或者rollup選項,為vt5生成超組,生成vt6.

第八步:應用having篩選器,生成vt7。having篩選器是***個也是為唯一一個應用到已分組數據的篩選器。

第九步:處理select列表。將vt7中的在select中出現的列篩選出來。生成vt8.

第十步:應用distinct子句,vt8中移除相同的行,生成vt9。事實上如果應用了group by子句那么distinct是多余的,原因同樣在于,分組的時候是將列中唯一的值分成一組,同時只為每一組返回一行記錄,那么所以的記錄都將是不相同的。

第十一步:應用order by子句。按照order_by_condition排序vt9,此時返回的一個游標,而不是虛擬表。sql是基于集合的理論的,集合不會預先對他的行排序,它只是成員的邏輯集合,成員的順序是無關緊要的。對表進行排序的查詢可以返回一個對象,這個對象包含特定的物理順序的邏輯組織。這個對象就叫游標。正因為返回值是游標,那么使用order by 子句查詢不能應用于表表達式。排序是很需要成本的,除非你必須要排序,否則***不要指定order by,***,在這一步中是***個也是唯一一個可以使用select列表中別名的步驟。

第十二步:應用top選項。此時才返回結果給請求者即用戶。到此為止我們將一個sql查詢語句的邏輯執行過程梳理了一遍,對于使用查詢語句多年的我來說,無疑對以前的不少問題得出了解答。希望你也能從中受益。我將在后面介紹sqlserver 2005中新加入的邏輯處理階段。

【編輯推薦】

  1. 教你如何優化SQL語句中的物理查詢
  2. SQL Server 2008的升級與部署
  3. 在SQL中使用正則表達式來查找你所要的字符
責任編輯:彭凡 來源: cnblogs
相關推薦

2011-08-12 10:31:01

T-SQL查詢基于列的邏輯表達式

2024-11-07 15:05:42

2018-05-23 13:47:28

數據庫PostgreSQL查詢優化

2024-11-07 14:12:27

2010-07-19 10:55:07

SQL Server

2009-12-29 10:43:31

PPPOE協議

2014-11-06 09:49:22

CloudFoundrPaaS

2014-11-06 10:46:48

CloudFoundr

2024-10-11 16:51:02

2009-03-17 13:25:13

查詢遷移SQL Server

2010-09-10 08:54:02

2010-10-11 09:05:40

SQL Server

2011-08-30 11:04:30

鏈接查詢內連接外連接

2010-06-10 13:28:43

路由信息協議RIP

2010-08-26 10:45:33

死鎖SQL Server

2021-05-11 11:05:43

SAL子查詢

2011-03-31 10:18:42

SQL Server數據體系應用程序邏輯

2009-04-30 09:28:05

SynonymOpenquerySQL Server

2009-12-24 15:36:41

WPF邏輯樹

2010-08-05 09:07:24

點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 日本黄色片免费在线观看 | 色婷婷激情综合 | 亚洲视频三 | 日韩最新网址 | 精品国产高清一区二区三区 | 久久丁香| 日韩av三区 | 天天看天天操 | av中文字幕在线播放 | av第一页| 一区二区三区国产视频 | 91资源在线 | 亚洲天堂一区二区 | 在线观看中文视频 | 日韩中文一区二区三区 | 91久久精品一区二区二区 | 一区二区三区四区免费观看 | 成人免费淫片aa视频免费 | 午夜免费精品视频 | 在线一级片 | 欧美日韩一卡二卡 | 欧美一区二区三区视频在线播放 | 国产一区不卡在线观看 | 亚洲精品国产区 | 九色在线 | 国产精品毛片久久久久久久 | 亚洲夜射 | 日韩精品999 | 欧美激情免费在线 | 久久久综合色 | 成人免费在线视频 | 欧美日韩中文国产一区发布 | 作爱视频免费看 | 色婷婷精品国产一区二区三区 | 亚洲欧美在线视频 | eeuss国产一区二区三区四区 | av免费网站在线观看 | 国产特级毛片aaaaaa | 成人网在线看 | 亚洲网站在线播放 | 国产男人的天堂 |