我們做軟件開(kāi)發(fā)的，大部分人都離不開(kāi)跟數(shù)據(jù)庫(kù)打交道，特別是erp開(kāi)發(fā)的，跟數(shù)據(jù)庫(kù)打交道更是頻繁，存儲(chǔ)過(guò)程動(dòng)不動(dòng)就是上千行，如果數(shù)據(jù)量大，人員流動(dòng)大，那么我么還能保證下一段時(shí)間系統(tǒng)還能流暢的運(yùn)行嗎？我么還能保證下一個(gè)人能看懂我么的存儲(chǔ)過(guò)程嗎？那么我結(jié)合公司平時(shí)的培訓(xùn)和平時(shí)個(gè)人工作經(jīng)驗(yàn)和大家分享一下，希望對(duì)大家有幫助。

　　要知道SQL語(yǔ)句，我想我們有必要知道SQL Server查詢分析器怎么執(zhí)行我們的SQL語(yǔ)句的，我們很多人會(huì)看執(zhí)行計(jì)劃，或者用Profiler來(lái)監(jiān)視和調(diào)優(yōu)查詢語(yǔ)句或者存儲(chǔ)過(guò)程慢的原因，但是如果我們知道查詢分析器的執(zhí)行邏輯順序，下手的時(shí)候就胸有成竹，那么下手是不是有把握點(diǎn)呢？

　　一、查詢的邏輯執(zhí)行順序

　　(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

　　(8) SELECT (9) DISTINCT (11) top_specification select_list

　　(9) ORDER BY order_by_list

　　標(biāo)準(zhǔn)的 SQL 的解析順序?yàn)?

　　(1) FROM 子句 組裝來(lái)自不同數(shù)據(jù)源的數(shù)據(jù)

　　(2) WHERE 子句 基于指定的條件對(duì)記錄進(jìn)行篩選

　　(3) GROUP BY 子句 將數(shù)據(jù)劃分為多個(gè)分組

　　(4) 使用聚合函數(shù)進(jìn)行計(jì)算

　　(5) 使用HAVING子句篩選分組

　　(6) 計(jì)算所有的表達(dá)式

　　(7) 使用ORDER BY對(duì)結(jié)果集進(jìn)行排序

　　二、執(zhí)行順序

　　1. FROM：對(duì)FROM子句中前兩個(gè)表執(zhí)行笛卡爾積生成虛擬表vt1

　　2. ON: 對(duì)vt1表應(yīng)用ON篩選器只有滿足 join_condition 為真的行才被插入vt2

　　3. OUTER(join)：如果指定了 OUTER JOIN保留表(preserved table)中未找到的行將行作為外部行添加到vt2，生成t3，如果from包含兩個(gè)以上表，則對(duì)上一個(gè)聯(lián)結(jié)生成的結(jié)果表和下一個(gè)表重復(fù)執(zhí)行步驟和步驟直接結(jié)束。

　　4. WHERE：對(duì)vt3應(yīng)用 WHERE 篩選器只有使 where_condition 為true的行才被插入vt4

　　5. GROUP BY：按GROUP BY子句中的列列表對(duì)vt4中的行分組生成vt5

　　6. CUBE|ROLLUP：把超組(supergroups)插入vt6，生成vt6

　　7. HAVING：對(duì)vt6應(yīng)用HAVING篩選器只有使 having_condition 為true的組才插入vt7

　　8. SELECT：處理select列表產(chǎn)生vt8

　　9. DISTINCT：將重復(fù)的行從vt8中去除產(chǎn)生vt9

　　10. ORDER BY：將vt9的行按order by子句中的列列表排序生成一個(gè)游標(biāo)vc10

　　11. TOP：從vc10的開(kāi)始處選擇指定數(shù)量或比例的行生成vt11 并返回調(diào)用者

　　看到這里，那么用過(guò)Linq to SQL的語(yǔ)法有點(diǎn)相似啊？如果我們我們了解了SQL Server執(zhí)行順序，那么我們就接下來(lái)進(jìn)一步養(yǎng)成日常SQL的好習(xí)慣，也就是在實(shí)現(xiàn)功能的同時(shí)有考慮性能的思想，數(shù)據(jù)庫(kù)是能進(jìn)行集合運(yùn)算的工具，我們應(yīng)該盡量的利用這個(gè)工具，所謂集合運(yùn)算實(shí)際就是批量運(yùn)算，就是盡量減少在客戶端進(jìn)行大數(shù)據(jù)量的循環(huán)操作，而用SQL語(yǔ)句或者存儲(chǔ)過(guò)程代替。

　　三、只返回需要的數(shù)據(jù)

　　返回?cái)?shù)據(jù)到客戶端至少需要數(shù)據(jù)庫(kù)提取數(shù)據(jù)、網(wǎng)絡(luò)傳輸數(shù)據(jù)、客戶端接收數(shù)據(jù)以及客戶端處理數(shù)據(jù)等環(huán)節(jié)，如果返回不需要的數(shù)據(jù)，就會(huì)增加服務(wù)器、網(wǎng)絡(luò)和客戶端的無(wú)效勞動(dòng)，其害處是顯而易見(jiàn)的，避免這類事件需要注意：

　　A、橫向來(lái)看

　　(1) 不要寫(xiě)SELECT * 的語(yǔ)句，而是選擇你需要的字段。

　　(2) 當(dāng)在SQL語(yǔ)句中連接多個(gè)表時(shí), 請(qǐng)使用表的別名并把別名前綴于每個(gè)Column上。這樣一來(lái),就可以減少解析的時(shí)間并減少那些由Column歧義引起的語(yǔ)法錯(cuò)誤。

如有表table1(ID,col1)和table2(ID,col2)

Select A.ID, A.col1, B.col2-- Select A.ID, col1, col2 –不要這么寫(xiě)，不利于將來(lái)程序擴(kuò)展from table1 A inner join table2 B on A.ID=B.ID Where …  

it知識(shí)庫(kù)：SQL養(yǎng)成一個(gè)好習(xí)慣是一筆財(cái)富，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。