SQL語(yǔ)句執(zhí)行順序

轉(zhuǎn)自：https://blog.csdn.net/freeking101/article/details/76522504

準(zhǔn)備工作

SELECT DISTINCT <select_list>
FROM <left_table>
<join_type> JOIN <right_table>
ON <join_condition>
WHERE <where_condition>
GROUP BY <group_by_list>
HAVING <having_condition>
ORDER BY <order_by_condition>
LIMIT <limit_number>

繼續(xù)做以下的前期準(zhǔn)備工作：
1.新建一個(gè)測(cè)試數(shù)據(jù)庫(kù)TestDB四康；

 create database TestDB;

2.創(chuàng)建測(cè)試表table1和table2渠脉；

 CREATE TABLE table1
 (
     customer_id VARCHAR(10) NOT NULL,
     city VARCHAR(10) NOT NULL,
     PRIMARY KEY(customer_id)
 )ENGINE=INNODB DEFAULT CHARSET=UTF8;
 
 CREATE TABLE table2
 (
     order_id INT NOT NULL auto_increment,
     customer_id VARCHAR(10),
     PRIMARY KEY(order_id)
 )ENGINE=INNODB DEFAULT CHARSET=UTF8;

3.插入測(cè)試數(shù)據(jù)；

 INSERT INTO table1(customer_id,city) VALUES('163','hangzhou');
 INSERT INTO table1(customer_id,city) VALUES('9you','shanghai');
 INSERT INTO table1(customer_id,city) VALUES('tx','hangzhou');
 INSERT INTO table1(customer_id,city) VALUES('baidu','hangzhou');
 
 INSERT INTO table2(customer_id) VALUES('163');
 INSERT INTO table2(customer_id) VALUES('163');
 INSERT INTO table2(customer_id) VALUES('9you');
 INSERT INTO table2(customer_id) VALUES('9you');
 INSERT INTO table2(customer_id) VALUES('9you');
 INSERT INTO table2(customer_id) VALUES('tx');
 INSERT INTO table2(customer_id) VALUES(NULL);

準(zhǔn)備工作做完以后蚊丐，table1和table2看起來應(yīng)該像下面這樣：

 mysql> select * from table1;
 +-------------+----------+
 | customer_id | city     |
 +-------------+----------+
 | 163         | hangzhou |
 | 9you        | shanghai |
 | baidu       | hangzhou |
 | tx          | hangzhou |
 +-------------+----------+
 4 rows in set (0.00 sec)
 
 mysql> select * from table2;
 +----------+-------------+
 | order_id | customer_id |
 +----------+-------------+
 |        1 | 163         |
 |        2 | 163         |
 |        3 | 9you        |
 |        4 | 9you        |
 |        5 | 9you        |
 |        6 | tx          |
 |        7 | NULL        |
 +----------+-------------+
 7 rows in set (0.00 sec)

4.準(zhǔn)備SQL邏輯查詢測(cè)試語(yǔ)句

 SELECT a.customer_id, COUNT(b.order_id) as total_orders
 FROM table1 AS a
 LEFT JOIN table2 AS b
 ON a.customer_id = b.customer_id
 WHERE a.city = 'hangzhou'
 GROUP BY a.customer_id
 HAVING count(b.order_id) < 2
 ORDER BY total_orders DESC;

使用上述SQL查詢語(yǔ)句來獲得來自杭州睁本，并且訂單數(shù)少于2的客戶檀葛。

SQL邏輯查詢語(yǔ)句執(zhí)行順序

那么，到底哪個(gè)先執(zhí)行靡馁，哪個(gè)后執(zhí)行呢欲鹏？現(xiàn)在，先給出一個(gè)查詢語(yǔ)句的執(zhí)行順序：


(7)     SELECT                             /* 處理SELECT列表奈嘿，產(chǎn)生 VT7 */
(8)     DISTINCT <select_list>             /* 將重復(fù)的行從 VT7 中刪除貌虾，產(chǎn)品 VT8 */
(1)     FROM <left_table>                  /* 對(duì)FROM子句中的表執(zhí)行笛卡爾積(交叉聯(lián)接)，生成虛擬表 VT1裙犹。*/
(3)     <join_type> JOIN <right_table>     /* 如果指定了OUTER JOIN(相對(duì)于CROSS JOIN或INNER JOIN)尽狠，
                                              保留表中未找到匹配的行將作為外部行添加到 VT2，生成 VT3叶圃。
                                              如果FROM子句包含兩個(gè)以上的表袄膏，則對(duì)上一個(gè)聯(lián)接生成的結(jié)果表和下一個(gè)表重復(fù)執(zhí)行步驟1到步驟3，直到處理完所有的表位置掺冠。*/
(2)     ON <join_condition>                /* 對(duì) VT1 應(yīng)用 ON 篩選器沉馆，只有那些使條件為真的行才被插入到 VT2。*/
(4)     WHERE <where_condition>            /* 對(duì) VT3 應(yīng)用 WHERE 篩選器德崭，只有使條件為真的行才插入VT4斥黑。*/
(5)     GROUP BY <group_by_list>           /* 按 GROUP BY子句中的列列表對(duì) VT4 中的行進(jìn)行分組，生成 VT5眉厨。*/
(6)     HAVING <having_condition>          /* 對(duì) VT5 應(yīng)用 HAVING 篩選器锌奴，只有使為true的組插入到 VT6 。*/
(9)     ORDER BY <order_by_condition>      /* 將 VT8 中的行按 ORDER BY子句中的列列表順序憾股，生成一個(gè)游標(biāo)(VC9)鹿蜀。*/
(10)    LIMIT <limit_number>               /*生成表VT10箕慧，并返回給調(diào)用者。*/

Oracle SQL語(yǔ)句執(zhí)行順序

(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>

以上每個(gè)步驟都會(huì)產(chǎn)生一個(gè)虛擬表茴恰，該虛擬表被用作下一個(gè)步驟的輸入颠焦。這些虛擬表對(duì)調(diào)用者(客戶端應(yīng)用程序或者外部查詢)不可用。只有最后一步生成的表才會(huì)會(huì)給調(diào)用者往枣。如果沒有在查詢中指定某一個(gè)子句伐庭，將跳過相應(yīng)的步驟。

邏輯查詢處理階段簡(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的開始處選擇指定數(shù)量或比例的行梢睛，生成表VT11,并返回調(diào)用者

注：按ORDER BY子句中的列列表排序上步返回的行肥印，返回游標(biāo)VC10。這一步是第一步也是唯一一步可以使用SELECT列表中的列別名的步驟绝葡。這一步不同于其它步驟的是深碱，它不返回有效的表，而是返回一個(gè)游標(biāo)藏畅。SQL是基于集合理論的敷硅。集合不會(huì)預(yù)先對(duì)它的行排序，它只是成員的邏輯集合愉阎，成員的順序無關(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)用程序。例如梁厉，下面的派生表查詢無效辜羊，并產(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è)任何特定的順序肉盹。換句話說昔驱，除非你確定要有序行，否則不要指定ORDER BY 子句上忍。
以上就是一條sql的執(zhí)行過程骤肛，同時(shí)我們?cè)跁鴮懖樵僺ql的時(shí)候應(yīng)當(dāng)遵守以下順序。

SELECT XXX FROM XXX WHERE XXX GROUP BY XXX HAVING XXX ORDER BY XXX LIMIT XXX;

語(yǔ)句執(zhí)行詳情

執(zhí)行FROM語(yǔ)句
在這些SQL語(yǔ)句的執(zhí)行過程中窍蓝，都會(huì)產(chǎn)生一個(gè)虛擬表腋颠，用來保存SQL語(yǔ)句的執(zhí)行結(jié)果（這是重點(diǎn)），現(xiàn)在就來跟蹤這個(gè)虛擬表的變化吓笙，得到最終的查詢結(jié)果的過程淑玫，來分析整個(gè)SQL邏輯查詢的執(zhí)行順序和過程。
第一步面睛，執(zhí)行FROM語(yǔ)句絮蒿。我們首先需要知道最開始從哪個(gè)表開始的，這就是FROM告訴我們的∥甏現(xiàn)在有了<left_table>和<right_table>兩個(gè)表歌径，到底從哪個(gè)表開始，還是從兩個(gè)表進(jìn)行某種聯(lián)系以后再開始呢亲茅？它們之間如何產(chǎn)生聯(lián)系呢回铛？——笛卡爾積
經(jīng)過FROM語(yǔ)句對(duì)兩個(gè)表執(zhí)行笛卡爾積，會(huì)得到一個(gè)虛擬表克锣，暫且叫VT1（vitual table 1）茵肃，內(nèi)容如下：

+-------------+----------+----------+-------------+
| customer_id | city     | order_id | customer_id |
+-------------+----------+----------+-------------+
| 163         | hangzhou |        1 | 163         |
| 9you        | shanghai |        1 | 163         |
| baidu       | hangzhou |        1 | 163         |
| tx          | hangzhou |        1 | 163         |
| 163         | hangzhou |        2 | 163         |
| 9you        | shanghai |        2 | 163         |
| baidu       | hangzhou |        2 | 163         |
| tx          | hangzhou |        2 | 163         |
| 163         | hangzhou |        3 | 9you        |
| 9you        | shanghai |        3 | 9you        |
| baidu       | hangzhou |        3 | 9you        |
| tx          | hangzhou |        3 | 9you        |
| 163         | hangzhou |        4 | 9you        |
| 9you        | shanghai |        4 | 9you        |
| baidu       | hangzhou |        4 | 9you        |
| tx          | hangzhou |        4 | 9you        |
| 163         | hangzhou |        5 | 9you        |
| 9you        | shanghai |        5 | 9you        |
| baidu       | hangzhou |        5 | 9you        |
| tx          | hangzhou |        5 | 9you        |
| 163         | hangzhou |        6 | tx          |
| 9you        | shanghai |        6 | tx          |
| baidu       | hangzhou |        6 | tx          |
| tx          | hangzhou |        6 | tx          |
| 163         | hangzhou |        7 | NULL        |
| 9you        | shanghai |        7 | NULL        |
| baidu       | hangzhou |        7 | NULL        |
| tx          | hangzhou |        7 | NULL        |
+-------------+----------+----------+-------------+

總共有28（table1的記錄條數(shù) * table2的記錄條數(shù)）條記錄。這就是VT1的結(jié)果袭祟，接下來的操作就在VT1的基礎(chǔ)上進(jìn)行验残。
執(zhí)行ON過濾
執(zhí)行完笛卡爾積以后，接著就進(jìn)行ON a.customer_id = b.customer_id條件過濾巾乳，根據(jù)ON中指定的條件您没，去掉那些不符合條件的數(shù)據(jù)鸟召，得到VT2表，內(nèi)容如下：

+-------------+----------+----------+-------------+
| customer_id | city     | order_id | customer_id |
+-------------+----------+----------+-------------+
| 163         | hangzhou |        1 | 163         |
| 163         | hangzhou |        2 | 163         |
| 9you        | shanghai |        3 | 9you        |
| 9you        | shanghai |        4 | 9you        |
| 9you        | shanghai |        5 | 9you        |
| tx          | hangzhou |        6 | tx          |
+-------------+----------+----------+-------------+

VT2就是經(jīng)過ON條件篩選以后得到的有用數(shù)據(jù)氨鹏，而接下來的操作將在VT2的基礎(chǔ)上繼續(xù)進(jìn)行欧募。
添加外部行
這一步只有在連接類型為OUTER JOIN時(shí)才發(fā)生，如LEFT OUTER JOIN仆抵、RIGHT OUTER JOIN和FULL OUTER JOIN跟继。在大多數(shù)的時(shí)候，我們都是會(huì)省略掉OUTER關(guān)鍵字的镣丑，但OUTER表示的就是外部行的概念舔糖。
LEFT OUTER JOIN把左表記為保留表，得到的結(jié)果為：

+-------------+----------+----------+-------------+
| customer_id | city     | order_id | customer_id |
+-------------+----------+----------+-------------+
| 163         | hangzhou |        1 | 163         |
| 163         | hangzhou |        2 | 163         |
| 9you        | shanghai |        3 | 9you        |
| 9you        | shanghai |        4 | 9you        |
| 9you        | shanghai |        5 | 9you        |
| tx          | hangzhou |        6 | tx          |
| baidu       | hangzhou |     NULL | NULL        |
+-------------+----------+----------+-------------+

RIGHT OUTER JOIN把右表記為保留表莺匠，得到的結(jié)果為：

+-------------+----------+----------+-------------+
| customer_id | city     | order_id | customer_id |
+-------------+----------+----------+-------------+
| 163         | hangzhou |        1 | 163         |
| 163         | hangzhou |        2 | 163         |
| 9you        | shanghai |        3 | 9you        |
| 9you        | shanghai |        4 | 9you        |
| 9you        | shanghai |        5 | 9you        |
| tx          | hangzhou |        6 | tx          |
| NULL        | NULL     |        7 | NULL        |
+-------------+----------+----------+-------------+

FULL OUTER JOIN把左右表都作為保留表金吗，得到的結(jié)果為：

+-------------+----------+----------+-------------+
| customer_id | city     | order_id | customer_id |
+-------------+----------+----------+-------------+
| 163         | hangzhou |        1 | 163         |
| 163         | hangzhou |        2 | 163         |
| 9you        | shanghai |        3 | 9you        |
| 9you        | shanghai |        4 | 9you        |
| 9you        | shanghai |        5 | 9you        |
| tx          | hangzhou |        6 | tx          |
| baidu       | hangzhou |     NULL | NULL        |
| NULL        | NULL     |        7 | NULL        |
+-------------+----------+----------+-------------+

添加外部行的工作就是在VT2表的基礎(chǔ)上添加保留表中被過濾條件過濾掉的數(shù)據(jù)，非保留表中的數(shù)據(jù)被賦予NULL值慨蛙，最后生成虛擬表VT3辽聊。
由于在準(zhǔn)備的測(cè)試SQL查詢邏輯語(yǔ)句中使用的是LEFT JOIN，過濾掉了以下這條數(shù)據(jù)：

| baidu       | hangzhou |     NULL | NULL        |

現(xiàn)在就把這條數(shù)據(jù)添加到VT2表中期贫，得到的VT3表如下：

+-------------+----------+----------+-------------+
| customer_id | city     | order_id | customer_id |
+-------------+----------+----------+-------------+
| 163         | hangzhou |        1 | 163         |
| 163         | hangzhou |        2 | 163         |
| 9you        | shanghai |        3 | 9you        |
| 9you        | shanghai |        4 | 9you        |
| 9you        | shanghai |        5 | 9you        |
| tx          | hangzhou |        6 | tx          |
| baidu       | hangzhou |     NULL | NULL        |
+-------------+----------+----------+-------------+

接下來的操作都會(huì)在該VT3表上進(jìn)行。
執(zhí)行WHERE過濾
對(duì)添加外部行得到的VT3進(jìn)行WHERE過濾异袄，只有符合<where_condition>的記錄才會(huì)輸出到虛擬表VT4中通砍。當(dāng)我們執(zhí)行WHERE a.city = 'hangzhou'的時(shí)候，就會(huì)得到以下內(nèi)容烤蜕，并存在虛擬表VT4中：

+-------------+----------+----------+-------------+
| customer_id | city     | order_id | customer_id |
+-------------+----------+----------+-------------+
| 163         | hangzhou |        1 | 163         |
| 163         | hangzhou |        2 | 163         |
| tx          | hangzhou |        6 | tx          |
| baidu       | hangzhou |     NULL | NULL        |
+-------------+----------+----------+-------------+

但是在使用WHERE子句時(shí)封孙，需要注意以下兩點(diǎn)：

由于數(shù)據(jù)還沒有分組，因此現(xiàn)在還不能在WHERE過濾器中使用where_condition=MIN(col)這類對(duì)分組統(tǒng)計(jì)的過濾讽营；
由于還沒有進(jìn)行列的選取操作虎忌，因此在SELECT中使用列的別名也是不被允許的，如：SELECT city as c FROM t WHERE c='shanghai';是不允許出現(xiàn)的橱鹏。
執(zhí)行GROUP BY分組
GROU BY子句主要是對(duì)使用WHERE子句得到的虛擬表進(jìn)行分組操作膜蠢。我們執(zhí)行測(cè)試語(yǔ)句中的GROUP BY a.customer_id，就會(huì)得到以下內(nèi)容：

+-------------+----------+----------+-------------+
| customer_id | city     | order_id | customer_id |
+-------------+----------+----------+-------------+
| 163         | hangzhou |        1 | 163         |
| 163         | hangzhou |        2 | 163         |
| baidu       | hangzhou |     NULL | NULL        |
| tx          | hangzhou |        6 | tx          |
+-------------+----------+----------+-------------+

得到的內(nèi)容會(huì)存入虛擬表VT5中莉兰，此時(shí)挑围，我們就得到了一個(gè)VT5虛擬表，接下來的操作都會(huì)在該表上完成糖荒。
執(zhí)行HAVING過濾
HAVING子句主要和GROUP BY子句配合使用杉辙，對(duì)分組得到的VT5虛擬表進(jìn)行條件過濾。當(dāng)我執(zhí)行測(cè)試語(yǔ)句中的HAVING count(b.order_id) < 2時(shí)捶朵，將得到以下內(nèi)容：

+-------------+----------+----------+-------------+
| customer_id | city     | order_id | customer_id |
+-------------+----------+----------+-------------+
| baidu       | hangzhou |     NULL | NULL        |
| tx          | hangzhou |        6 | tx          |
+-------------+----------+----------+-------------+

這就是虛擬表VT6蜘矢。
SELECT列表
現(xiàn)在才會(huì)執(zhí)行到SELECT子句狂男，不要以為SELECT子句被寫在第一行，就是第一個(gè)被執(zhí)行的品腹。
我們執(zhí)行測(cè)試語(yǔ)句中的SELECT a.customer_id, COUNT(b.order_id) as total_orders并淋，從虛擬表VT6中選擇出我們需要的內(nèi)容。我們將得到以下內(nèi)容：

+-------------+--------------+
| customer_id | total_orders |
+-------------+--------------+
| baidu       |            0 |
| tx          |            1 |
+-------------+--------------+

不珍昨，還沒有完县耽，這只是虛擬表VT7。
執(zhí)行DISTINCT子句
如果在查詢中指定了DISTINCT子句镣典，則會(huì)創(chuàng)建一張內(nèi)存臨時(shí)表（如果內(nèi)存放不下兔毙，就需要存放在硬盤了）。這張臨時(shí)表的表結(jié)構(gòu)和上一步產(chǎn)生的虛擬表VT7是一樣的兄春，不同的是對(duì)進(jìn)行DISTINCT操作的列增加了一個(gè)唯一索引澎剥，以此來去除重復(fù)數(shù)據(jù)。由于測(cè)試SQL語(yǔ)句中并沒有使用DISTINCT赶舆，所以哑姚，在該查詢中，這一步不會(huì)生成一個(gè)虛擬表芜茵。
執(zhí)行ORDER BY子句
對(duì)虛擬表中的內(nèi)容按照指定的列進(jìn)行排序叙量，然后返回一個(gè)新的虛擬表，我們執(zhí)行測(cè)試SQL語(yǔ)句中的ORDER BY total_orders DESC九串，就會(huì)得到以下內(nèi)容：

+-------------+--------------+
| customer_id | total_orders |
+-------------+--------------+
| tx          |            1 |
| baidu       |            0 |
+-------------+--------------+

可以看到這是對(duì)total_orders列進(jìn)行降序排列的绞佩。上述結(jié)果會(huì)存儲(chǔ)在VT8中。
執(zhí)行LIMIT子句
LIMIT子句從上一步得到的VT8虛擬表中選出從指定位置開始的指定行數(shù)據(jù)猪钮。對(duì)于沒有應(yīng)用ORDER BY的LIMIT子句品山，得到的結(jié)果同樣是無序的，所以烤低，很多時(shí)候肘交，我們都會(huì)看到LIMIT子句會(huì)和ORDER BY子句一起使用。
MySQL數(shù)據(jù)庫(kù)的LIMIT支持如下形式的選擇：

LIMIT n, m

表示從第n條記錄開始選擇m條記錄扑馁。而很多開發(fā)人員喜歡使用該語(yǔ)句來解決分頁(yè)問題涯呻。對(duì)于小數(shù)據(jù)，使用LIMIT子句沒有任何問題檐蚜，當(dāng)數(shù)據(jù)量非常大的時(shí)候魄懂，使用LIMIT n, m是非常低效的。因?yàn)長(zhǎng)IMIT的機(jī)制是每次都是從頭開始掃描闯第，如果需要從第60萬行開始市栗，讀取3條數(shù)據(jù)，就需要先掃描定位到60萬行，然后再進(jìn)行讀取填帽，而掃描的過程是一個(gè)非常低效的過程蛛淋。所以，對(duì)于大數(shù)據(jù)處理時(shí)篡腌，是非常有必要在應(yīng)用層建立一定的緩存機(jī)制褐荷。

習(xí)慣養(yǎng)成

了解了 SQL 執(zhí)行順序，那么我們就接下來進(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ǔ)過程代替限匣。
只返回需要的數(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ò)和客戶端的無效勞動(dòng)峦筒，其害處是顯而易見的究西，避免這類事件需要注意：

橫向來看：
不要寫SELECT * 的語(yǔ)句，而是選擇你需要的字段勘天。
當(dāng)在SQL語(yǔ)句中連接多個(gè)表時(shí), 請(qǐng)使用表的別名并把別名前綴于每個(gè)Column上怔揩。這樣一來,就可以減少解析的時(shí)間并減少那些由Column歧義引起的語(yǔ)法錯(cuò)誤。
如有表table1（ID,col1）和table2 （ID,col2）

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

縱向來看
合理寫WHERE子句，不要寫沒有WHERE的SQL語(yǔ)句伏伐。SELECT TOP N * --沒有WHERE條件的用此替代
盡量少做重復(fù)的工作宠进。控制同一語(yǔ)句的多次執(zhí)行藐翎，特別是一些基礎(chǔ)數(shù)據(jù)的多次執(zhí)行是很多程序員很少注意的材蹬。
減少多次的數(shù)據(jù)轉(zhuǎn)換，也許需要數(shù)據(jù)轉(zhuǎn)換是設(shè)計(jì)的問題吝镣，但是減少次數(shù)是程序員可以做到的堤器。
杜絕不必要的子查詢和連接表，子查詢?cè)趫?zhí)行計(jì)劃一般解釋成外連接末贾，多余的連接表帶來額外的開銷闸溃。
合并對(duì)同一表同一條件的多次UPDATE，比如：

UPDATE EMPLOYEE SET FNAME='HAIWER'
WHERE EMP_ID=' VPA30890F' 
UPDATE EMPLOYEE SET LNAME='YANG'
WHERE EMP_ID=' VPA30890F'
-- 這兩個(gè)語(yǔ)句應(yīng)該合并成以下一個(gè)語(yǔ)句
UPDATE EMPLOYEE SET FNAME='HAIWER',LNAME='YANG'  WHERE EMP_ID=' VPA30890F'

UPDATE操作不要拆成DELETE操作+INSERT操作的形式，雖然功能相同辉川，但是性能差別是很大的表蝙。
注意臨時(shí)表和表變量的用法
在復(fù)雜系統(tǒng)中，臨時(shí)表和表變量很難避免乓旗，關(guān)于臨時(shí)表和表變量的用法府蛇，需要注意：

如果語(yǔ)句很復(fù)雜，連接太多屿愚，可以考慮用臨時(shí)表和表變量分步完成汇跨。
如果需要多次用到一個(gè)大表的同一部分?jǐn)?shù)據(jù)，考慮用臨時(shí)表和表變量暫存這部分?jǐn)?shù)據(jù)妆距。
如果需要綜合多個(gè)表的數(shù)據(jù)穷遂，形成一個(gè)結(jié)果，可以考慮用臨時(shí)表和表變量分步匯總這多個(gè)表的數(shù)據(jù)毅厚。
其他情況下塞颁，應(yīng)該控制臨時(shí)表和表變量的使用。

關(guān)于臨時(shí)表和表變量的選擇吸耿，很多說法是表變量在內(nèi)存祠锣，速度快，應(yīng)該首選表變量咽安，但是在實(shí)際使用中發(fā)現(xiàn)伴网，主要考慮需要放在臨時(shí)表的數(shù)據(jù)量，在數(shù)據(jù)量較多的情況下，臨時(shí)表的速度反而更快。執(zhí)行時(shí)間段與預(yù)計(jì)執(zhí)行時(shí)間(多長(zhǎng))挨厚。
關(guān)于臨時(shí)表產(chǎn)生使用SELECT INTO 和 CREATE TABLE + INSERT INTO 的選擇箱舞。一般情況下，SELECT INTO會(huì)比CREATE TABLE + INSERT INTO的方法快很多郑气，但是SELECT INTO會(huì)鎖定TEMPDB的系統(tǒng)表SYSOBJECTS、SYSINDEXES、SYSCOLUMNS澜公，
在多用戶并發(fā)環(huán)境下，容易阻塞其他進(jìn)程喇肋，
所以坟乾，在并發(fā)系統(tǒng)中，盡量使用CREATE TABLE + INSERT INTO蝶防，而大數(shù)據(jù)量的單個(gè)語(yǔ)句使用中甚侣，使用SELECT INTO。
子查詢的用法
子查詢是一個(gè) SELECT 查詢间学，它嵌套在 SELECT殷费、INSERT印荔、UPDATE、DELETE 語(yǔ)句或其它子查詢中宗兼。
任何允許使用表達(dá)式的地方都可以使用子查詢躏鱼，子查詢可以使我們的編程靈活多樣，可以用來實(shí)現(xiàn)一些特殊的功能殷绍。
但是在性能上染苛，往往一個(gè)不合適的子查詢用法會(huì)形成一個(gè)性能瓶頸。
如果子查詢的條件中使用了其外層的表的字段主到，這種子查詢就叫作相關(guān)子查詢茶行。
相關(guān)子查詢可以用IN、NOT IN登钥、EXISTS畔师、NOT EXISTS引入。
關(guān)于相關(guān)子查詢牧牢，應(yīng)該注意：

NOT IN看锉、NOT EXISTS的相關(guān)子查詢可以改用LEFT JOIN代替寫法。
比如：

    SELECT PUB_NAME FROM PUBLISHERS WHERE PUB_ID NOT IN (SELECT PUB_ID FROM TITLES WHERE TYPE = 'BUSINESS')
可以改寫成：
    SELECT A.PUB_NAME FROM PUBLISHERS A LEFT JOIN TITLES B ON B.TYPE = 'BUSINESS' AND A.PUB_ID=B. PUB_ID WHERE B.PUB_ID IS NULL
又比如：
    SELECT TITLE FROM TITLES
    WHERE NOT EXISTS
     (SELECT TITLE_ID FROM SALES
    WHERE TITLE_ID = TITLES.TITLE_ID)
可以改寫成：
    SELECT TITLE
    FROM TITLES LEFT JOIN SALES
    ON SALES.TITLE_ID = TITLES.TITLE_ID
    WHERE SALES.TITLE_ID IS NULL

如果保證子查詢沒有重復(fù) 塔鳍，IN伯铣、EXISTS的相關(guān)子查詢可以用INNER JOIN 代替。
比如：

 SELECT PUB_NAME
    FROM PUBLISHERS
    WHERE PUB_ID IN
     (SELECT PUB_ID
     FROM TITLES
     WHERE TYPE = 'BUSINESS')
可以改寫成：
    SELECT A.PUB_NAME --SELECT DISTINCT A.PUB_NAME
    FROM PUBLISHERS A INNER JOIN TITLES B
    ON        B.TYPE = 'BUSINESS' AND
    A.PUB_ID=B. PUB_ID

IN的相關(guān)子查詢用EXISTS代替
比如

SELECT PUB_NAME FROM PUBLISHERS
    WHERE PUB_ID IN
    (SELECT PUB_ID FROM TITLES WHERE TYPE = 'BUSINESS')
可以用下面語(yǔ)句代替：
    SELECT PUB_NAME FROM PUBLISHERS WHERE EXISTS
    (SELECT 1 FROM TITLES WHERE TYPE = 'BUSINESS' AND
    PUB_ID= PUBLISHERS.PUB_ID)

不要用COUNT(*)的子查詢判斷是否存在記錄轮纫，最好用LEFT JOIN或者EXISTS

比如有人寫這樣的語(yǔ)句：
    SELECT JOB_DESC FROM JOBS
    WHERE (SELECT COUNT(*) FROM EMPLOYEE WHERE JOB_ID=JOBS.JOB_ID)=0
應(yīng)該寫成：
    SELECT JOBS.JOB_DESC FROM JOBS LEFT JOIN EMPLOYEE 
    ON EMPLOYEE.JOB_ID=JOBS.JOB_ID
    WHERE EMPLOYEE.EMP_ID IS NULL
還有
    SELECT JOB_DESC FROM JOBS
    WHERE (SELECT COUNT(*) FROM EMPLOYEE WHERE JOB_ID=JOBS.JOB_ID)<>0
應(yīng)該寫成：
    SELECT JOB_DESC FROM JOBS
    WHERE EXISTS (SELECT 1 FROM EMPLOYEE WHERE JOB_ID=JOBS.JOB_ID)

盡量使用索引
建立索引后腔寡，并不是每個(gè)查詢都會(huì)使用索引，在使用索引的情況下掌唾，索引的使用效率也會(huì)有很大的差別放前。只要我們?cè)诓樵冋Z(yǔ)句中沒有強(qiáng)制指定索引，索引的選擇和使用方法是SQLSERVER的優(yōu)化器自動(dòng)作的選擇糯彬，而它選擇的根據(jù)是查詢語(yǔ)句的條件以及相關(guān)表的統(tǒng)計(jì)信息凭语，這就要求我們?cè)趯慡QL語(yǔ)句的時(shí)候盡量使得優(yōu)化器可以使用索引。為了使得優(yōu)化器能高效使用索引撩扒，寫語(yǔ)句的時(shí)候應(yīng)該注意：
不要對(duì)索引字段進(jìn)行運(yùn)算叽粹，而要想辦法做變換

 SELECT ID FROM T WHERE NUM/2=100
 應(yīng)改為:
SELECT ID FROM T WHERE NUM=100*2
SELECT ID FROM T WHERE NUM/2=NUM1
如果NUM有索引應(yīng)改為:
SELECT ID FROM T WHERE NUM=NUM1*2
如果NUM1有索引則不應(yīng)該改。
發(fā)現(xiàn)過這樣的語(yǔ)句：
SELECT 年,月,金額 FROM 結(jié)余表  WHERE 100*年+月=2010*100+10
應(yīng)該改為：
SELECT 年,月,金額 FROM 結(jié)余表 WHERE 年=2010 AND月=10

不要對(duì)索引字段進(jìn)行格式轉(zhuǎn)換

日期字段的例子：
WHERE CONVERT(VARCHAR(10), 日期字段,120)='2010-07-15'
應(yīng)該改為
WHERE日期字段>='2010-07-15'   AND   日期字段<'2010-07-16'
ISNULL轉(zhuǎn)換的例子：
WHERE ISNULL(字段,' ')<>' '應(yīng)改為:WHERE字段<>' '
WHERE ISNULL(字段,' ')=' '不應(yīng)修改
WHERE ISNULL(字段,'F') ='T'應(yīng)改為: WHERE字段='T'
WHERE ISNULL(字段,'F')<>'T'不應(yīng)修改

不要對(duì)索引字段使用函數(shù)

WHERE LEFT(NAME, 3)='ABC' 或者WHERE SUBSTRING(NAME,1, 3)='ABC'
應(yīng)改為: WHERE NAME LIKE 'ABC%'
日期查詢的例子：
WHERE DATEDIFF(DAY, 日期,'2010-06-30')=0
應(yīng)改為:WHERE 日期>='2010-06-30' AND 日期 <'2010-07-01'
WHERE DATEDIFF(DAY, 日期,'2010-06-30')>0
應(yīng)改為:WHERE 日期 <'2010-06-30'
WHERE DATEDIFF(DAY, 日期,'2010-06-30')>=0
應(yīng)改為:WHERE 日期 <'2010-07-01'
WHERE DATEDIFF(DAY, 日期,'2010-06-30')<0
應(yīng)改為:WHERE 日期>='2010-07-01'
WHERE DATEDIFF(DAY, 日期,'2010-06-30')<=0
應(yīng)改為:WHERE 日期>='2010-06-30'

不要對(duì)索引字段進(jìn)行多字段連接

比如：
WHERE FAME+ '. '+LNAME='HAIWEI.YANG'
應(yīng)改為:
WHERE FNAME='HAIWEI' AND LNAME='YANG'

多表連接的連接條件
多表連接的連接條件對(duì)索引的選擇有著重要的意義却舀，所以我們?cè)趯戇B接條件的時(shí)候需要特別注意。
多表連接的時(shí)候锤灿，連接條件必須寫全挽拔，寧可重復(fù)，不要缺漏但校。
連接條件盡量使用聚集索引
注意ON螃诅、WHERE和HAVING部分條件的區(qū)別
ON是最先執(zhí)行，WHERE次之，HAVING最后术裸。因?yàn)镺N是先把不符合條件的記錄過濾后才進(jìn)行統(tǒng)計(jì)倘是，它就可以減少中間運(yùn)算要處理的數(shù)據(jù)，按理說應(yīng)該速度是最快的袭艺，WHERE也應(yīng)該比 HAVING快點(diǎn)的搀崭，因?yàn)樗^濾數(shù)據(jù)后才進(jìn)行SUM，在兩個(gè)表聯(lián)接時(shí)才用ON的猾编，所以在一個(gè)表的時(shí)候瘤睹，就剩下WHERE跟HAVING比較了。
考慮聯(lián)接優(yōu)先順序
INNER JOIN
LEFT JOIN (注：RIGHT JOIN 用 LEFT JOIN 替代)
CROSS JOIN
其它注意和了解的地方有
在IN后面值的列表中答倡，將出現(xiàn)最頻繁的值放在最前面轰传，出現(xiàn)得最少的放在最后面，減少判斷的次數(shù)
注意UNION和UNION ALL的區(qū)別瘪撇。--允許重復(fù)數(shù)據(jù)用UNION ALL好
注意使用DISTINCT获茬，在沒有必要時(shí)不要用

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者

人面猴
序言：七十年代末，一起剝皮案震驚了整個(gè)濱河市倔既，隨后出現(xiàn)的幾起案子恕曲，更是在濱河造成了極大的恐慌，老刑警劉巖叉存，帶你破解...
沈念sama閱讀 212,080評(píng)論 6贊 493
死咒
序言：濱河連續(xù)發(fā)生了三起死亡事件码俩，死亡現(xiàn)場(chǎng)離奇詭異，居然都是意外死亡歼捏，警方通過查閱死者的電腦和手機(jī)稿存，發(fā)現(xiàn)死者居然都...
沈念sama閱讀 90,422評(píng)論 3贊 385
救了他兩次的神仙讓他今天三更去死
文/潘曉璐我一進(jìn)店門，熙熙樓的掌柜王于貴愁眉苦臉地迎上來瞳秽，“玉大人瓣履，你說我怎么就攤上這事×防” “怎么了袖迎？”我有些...
開封第一講書人閱讀 157,630評(píng)論 0贊 348
道士緝兇錄：失蹤的賣姜人
文/不壞的土叔我叫張陵，是天一觀的道長(zhǎng)腺晾。經(jīng)常有香客問我燕锥，道長(zhǎng)，這世上最難降的妖魔是什么悯蝉？我笑而不...
開封第一講書人閱讀 56,554評(píng)論 1贊 284
?港島之戀（遺憾婚禮）
正文為了忘掉前任归形，我火速辦了婚禮，結(jié)果婚禮上鼻由，老公的妹妹穿的比我還像新娘暇榴。我一直安慰自己厚棵，他們只是感情好，可當(dāng)我...
茶點(diǎn)故事閱讀 65,662評(píng)論 6贊 386
惡毒庶女頂嫁案：這布局不是一般人想出來的
文/花漫我一把揭開白布蔼紧。她就那樣靜靜地躺著婆硬，像睡著了一般。火紅的嫁衣襯著肌膚如雪奸例。梳的紋絲不亂的頭發(fā)上彬犯，一...
開封第一講書人閱讀 49,856評(píng)論 1贊 290
城市分裂傳說
那天，我揣著相機(jī)與錄音哩至，去河邊找鬼躏嚎。笑死，一個(gè)胖子當(dāng)著我的面吹牛菩貌，可吹牛的內(nèi)容都是我干的卢佣。我是一名探鬼主播，決...
沈念sama閱讀 39,014評(píng)論 3贊 408
雙鴛鴦連環(huán)套：你想象不到人心有多黑
文/蒼蘭香墨我猛地睜開眼箭阶，長(zhǎng)吁一口氣：“原來是場(chǎng)噩夢(mèng)啊……” “哼虚茶！你這毒婦竟也來了？” 一聲冷哼從身側(cè)響起仇参，我...
開封第一講書人閱讀 37,752評(píng)論 0贊 268
萬榮殺人案實(shí)錄
序言：老撾萬榮一對(duì)情侶失蹤嘹叫，失蹤者是張志新（化名）和其女友劉穎，沒想到半個(gè)月后诈乒，有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體罩扇，經(jīng)...
沈念sama閱讀 44,212評(píng)論 1贊 303
?護(hù)林員之死
正文獨(dú)居荒郊野嶺守林人離奇死亡，尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛以下內(nèi)容為張勛視角年9月15日...
茶點(diǎn)故事閱讀 36,541評(píng)論 2贊 327
?白月光啟示錄
正文我和宋清朗相戀三年怕磨，在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了喂饥。大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
茶點(diǎn)故事閱讀 38,687評(píng)論 1贊 341
活死人
序言：一個(gè)原本活蹦亂跳的男人離奇死亡肠鲫，死狀恐怖员帮，靈堂內(nèi)的尸體忽然破棺而出，到底是詐尸還是另有隱情导饲，我是刑警寧澤捞高，帶...
沈念sama閱讀 34,347評(píng)論 4贊 331
?日本核電站爆炸內(nèi)幕
正文年R本政府宣布，位于F島的核電站渣锦，受9級(jí)特大地震影響硝岗，放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜袋毙，卻給世界環(huán)境...
茶點(diǎn)故事閱讀 39,973評(píng)論 3贊 315
男人毒藥：我在死后第九天來索命
文/蒙蒙一辈讶、第九天我趴在偏房一處隱蔽的房頂上張望。院中可真熱鬧娄猫，春花似錦贱除、人聲如沸。這莊子的主人今日做“春日...
開封第一講書人閱讀 30,777評(píng)論 0贊 21
一樁弒父案月幌，背后竟有這般陰謀
文/蒼蘭香墨我抬頭看了看天上的太陽(yáng)。三九已至悬蔽，卻和暖如春扯躺，著一層夾襖步出監(jiān)牢的瞬間，已是汗流浹背蝎困。一陣腳步聲響...
開封第一講書人閱讀 32,006評(píng)論 1贊 266
情欲美人皮
我被黑心中介騙來泰國(guó)打工录语，沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留，地道東北人禾乘。一個(gè)月前我還...
沈念sama閱讀 46,406評(píng)論 2贊 360
代替公主和親
正文我出身青樓澎埠，卻偏偏與公主長(zhǎng)得像，于是被迫代替她去往敵國(guó)和親始藕。傳聞我的和親對(duì)象是個(gè)殘疾皇子蒲稳，可洞房花燭夜當(dāng)晚...
茶點(diǎn)故事閱讀 43,576評(píng)論 2贊 349