欧美成人精品手机在线观看_69视频国产_动漫精品第一页_日韩中文字幕网 - 日本欧美一区二区

#10. 搜索一個(gè)“NULL”值 

SELECT  *  FROM    a  WHERE   a.column = NULL 

在SQL中，NULL什么也不等于，而且NULL也不等于NULL。這個(gè)查詢不會(huì)返回任何結(jié)果的，實(shí)際上，當(dāng)構(gòu)建那個(gè)plan的時(shí)候，優(yōu)化器會(huì)把這樣的語句優(yōu)化掉。

當(dāng)搜索NULL值的時(shí)候，應(yīng)該使用這樣的查詢：

SELECT  *  FROM    a  WHERE   a.column IS NULL 

#9. 使用附加條件的LEFT JOIN

SELECT  *  FROM    a  LEFT JOIN         b  ON      b.a = a.id  WHERE   b.column = 'something' 

除了從a返回每個(gè)記錄（至少一次），當(dāng)沒有真正匹配的記錄的時(shí)候，用NULL值代替缺失的字段之外，LEFT JOIN和INNER JOIN都是一樣的。

但是，在LEFT JOIN之后才會(huì)檢查WHERE條件，所以，上面這個(gè)查詢在連接之后才會(huì)檢查column。就像我們剛才了解到的那樣，非NULL值才可以滿足相等條件，所以，在a的記錄中，那些在b中沒有對應(yīng)的條目的記錄不可避免地要被過濾掉。

從本質(zhì)上來說，這個(gè)查詢是一個(gè)INNER JOIN，只是效率要低一些。

為了真正地匹配滿足b.column = 'something'條件的記錄（這時(shí)要返回a中的全部記錄，也就是說，不過濾掉那些在b中沒有對應(yīng)的條目的記錄），這個(gè)條件應(yīng)該放在ON子句中：

SELECT  *  FROM    a  LEFT JOIN         b  ON      b.a = a.id          AND b.column = 'something' 

#8. 小于一個(gè)值，但是不為NULL

我經(jīng)常看到這樣的查詢：

SELECT  *  FROM    b  WHERE   b.column < 'something'        AND b.column IS NOT NULL 

實(shí)際上，這并不是一個(gè)錯(cuò)誤：這個(gè)查詢是有效的，是故意這樣做的。但是，這里的IS NOT NULL是冗余的。

如果b.column是NULL，那么無法滿足b.column < 'something'這個(gè)條件，因?yàn)槿魏我粋€(gè)和NULL進(jìn)行的比較都會(huì)被判定為布爾NULL，是不會(huì)通過過濾器的。

有趣的是，這個(gè)附加的NULL檢查不能和“大于”查詢（例如：b.column > 'something'）一起使用。

這是因?yàn)?，在MySQL中，在ORDER BY的時(shí)候，NULL會(huì)排在前面，因此，一些人錯(cuò)誤地認(rèn)為NULL比任何其他的值都要小。

這個(gè)查詢可以被簡化：

SELECT  *  FROM    b  WHERE   b.column < 'something' 

在b.column中，不可能返回NULL

#7. 按照NULL來進(jìn)行連接

SELECT  *  FROM    a  JOIN    b  ON      a.column = b.column 

在兩個(gè)表中，當(dāng)column是nullable的時(shí)候，這個(gè)查詢不會(huì)返回兩個(gè)字段都是NULL的記錄，原因如上所述：兩個(gè)NULL并不相等。

這個(gè)查詢應(yīng)該這樣來寫：

SELECT  *  FROM    a  JOIN    b  ON      a.column = b.column         OR (a.column IS NULL AND b.column IS NULL) 

MySQL的優(yōu)化器會(huì)把這個(gè)查詢當(dāng)成一個(gè)“等值連接”，然后提供一個(gè)特殊的連接條件：ref_or_null

#6. NOT IN和NULL值

SELECT  a.*  FROM    a  WHERE   a.column NOT IN         (          SELECT column         FROM    b          )   

SELECT  a.*  FROM    a  WHERE   a.column NOT IN         (          SELECT column         FROM    b          ) 

如果在b.column中有一個(gè)NULL值，那么這個(gè)查詢是不會(huì)返回任何結(jié)果的。和其他謂詞一樣，IN  和 NOT IN 遇到NULL也會(huì)被判定為NULL。

你應(yīng)該使用NOT EXISTS重寫這個(gè)查詢：

SELECT  a.*  FROM    a  WHERE   NOT EXISTS          (          SELECT NULL         FROM    b         WHERE   b.column = a.column        ) 

不像IN，EXISTS總是被判定為true或false的。

#5. 對隨機(jī)的樣本進(jìn)行排序

SELECT  *  FROM    a  ORDER BY         RAND(), column LIMIT 10 

這個(gè)查詢試圖選出10個(gè)隨機(jī)的記錄，按照column來排序。

ORDER BY會(huì)按照自然順序來對輸出結(jié)果進(jìn)行排序：這就是說，當(dāng)?shù)谝粋€(gè)表達(dá)式的值相等的時(shí)候，這些記錄才會(huì)按照第二個(gè)表達(dá)式來排序。

但是，RAND()的結(jié)果是隨機(jī)的。要讓RAND()的值相等是行不通的，所以，按照RAND()排序以后，再按照column來排序也是沒有意義的。

要對隨機(jī)的樣本記錄進(jìn)行排序，可以使用這個(gè)查詢：

SELECT  *  FROM    (          SELECT  *          FROM    mytable          ORDER BY                 RAND()          LIMIT 10         ) q  ORDER BY        column 

#4. 通過一個(gè)組來選取任意的記錄

這個(gè)查詢打算通過某個(gè)組（定義為grouper來）來選出一些記錄

SELECT  DISTINCT(grouper), a.*  FROM    a 

DISTINCT不是一個(gè)函數(shù)，它是SELECT子句的一部分。它會(huì)應(yīng)用到SELECT列表中的所有列，實(shí)際上，這里的括號是可以省略的。所以，這個(gè)查詢可能會(huì)選出grouper中的值都相同的記錄（如果在其他列中，至少有一個(gè)列的值是不同的）。

有時(shí)，這個(gè)查詢可以正常地使用( 這主要依賴于MySQL對GROUP BY的擴(kuò)展）：

SELECT  a.*  FROM    a  GROUP BY         grouper 

在某個(gè)組中返回的非聚合的列可以被任意地使用。

首先，這似乎是一個(gè)很好的解決方案，但是，它存在著一個(gè)很嚴(yán)重的缺陷。它依賴于這樣一個(gè)假設(shè)：雖然可以通過組來任意地獲取，但是返回的所有值都要屬于一條記錄。

雖然當(dāng)前的實(shí)現(xiàn)似乎就是這樣的，但是它并沒有文檔化，無論何時(shí)，它都有可能被改變（尤其是，當(dāng)MySQL學(xué)會(huì)了在GROUP BY的后面使用index_union的時(shí)候）。所以依賴于這個(gè)行為并不安全。

如果MySQL支持分析函數(shù)的話，這個(gè)查詢可以很容易地用另一種更清晰的方式來重寫。但是，如果這張表擁有一個(gè)PRIMARY KEY的話，即使不使用分析函數(shù)，也可以做到這一點(diǎn)：

SELECT  a.*  FROM    (          SELECT  DISTINCT grouper          FROM    a          ) ao  JOIN    a  ON      a.id =          (          SELECT  id         FROM    a ai          WHERE   ai.grouper = ao.grouper          LIMIT 1          ) 

#3. 通過一個(gè)組來選取第一條記錄

把前面那個(gè)查詢稍微變化一下：

SELECT  a.*  FROM    a  GROUP BY         grouper  ORDER BY         MIN(id) DESC 

和前面那個(gè)查詢不同，這個(gè)查詢試圖選出id值最小的記錄。

同樣：無法保證通過a.*返回的非聚合的值都屬于id值最小的那條記錄（或者任意一條記錄）

這樣做會(huì)更清晰一些：

SELECT  a.*  FROM    (          SELECT  DISTINCT grouper         FROM    a          ) ao  JOIN    a  ON      a.id =          (          SELECT  id          FROM    a ai          WHERE   ai.grouper = ao.grouper          ORDER BY                 ai.grouper, ai.id          LIMIT 1          ) 

這個(gè)查詢和前面那個(gè)查詢類似，但是使用額外的ORDER BY可以確保按id來排序的第一條記錄會(huì)被返回。

#2. IN和‘,’——值的分隔列表

這個(gè)查詢試圖讓column的值匹配用‘,’分隔的字符串中的任意一個(gè)值：

SELECT  *  FROM    a  WHERE   column IN ('1, 2, 3')
這不會(huì)正常發(fā)揮作用的，因?yàn)樵贗N列表中，那個(gè)字符串并不會(huì)被展開。

如果列column是一個(gè)VARCHAR，那么它（作為一個(gè)字符串）會(huì)和整個(gè)列表（也作為一個(gè)字符串）進(jìn)行比較，當(dāng)然，這不可能匹配。如果 column是某個(gè)數(shù)值類型，那么這個(gè)列表會(huì)被強(qiáng)制轉(zhuǎn)換為那種數(shù)值類型（在最好的情況下，只有第一項(xiàng)會(huì)匹配）

處理這個(gè)查詢的正確方法應(yīng)該是使用合適的IN列表來重寫它：

SELECT  *  FROM    a  WHERE   column IN (1, 2, 3) 

或者，也可以使用內(nèi)聯(lián)：

SELECT  *  FROM    (          SELECT  1 AS id          UNION ALL         SELECT  2 AS id          UNION ALL         SELECT  3 AS id          ) q  JOIN    a  ON      a.column = q.id 

但是，有時(shí)這是不可能的。

如果不想改變那個(gè)查詢的參數(shù)，可以使用FIND_IN_SET：

SELECT  *  FROM    a  WHERE   FIND_IN_SET(column, '1,2,3')

但是，這個(gè)函數(shù)不可以利用索引從表中檢索行，會(huì)在a上執(zhí)行全表掃描。

#1. LEFT JOIN和COUNT(*)

SELECT  a.id, COUNT(*)  FROM    a  LEFT JOIN         b  ON      b.a = a.id  GROUP BY         a.id 

這個(gè)查詢試圖統(tǒng)計(jì)出對于a中的每條記錄來說，在b中匹配的記錄的數(shù)目。

問題是,在這樣一個(gè)查詢中，COUNT(*)永遠(yuǎn)不會(huì)返回一個(gè)0。對于a中某條記錄來說，如果沒有匹配的記錄，那么那條記錄還是會(huì)被返回和計(jì)數(shù)。

只有需要統(tǒng)計(jì)b中的記錄數(shù)目的時(shí)候才應(yīng)該使用COUNT。既然可以使用COUNT(*)，那么我們也可以使用一個(gè)參數(shù)來調(diào)用它（忽略掉NULL），我們可以把b.a傳遞給它。在這個(gè)例子中，作為一個(gè)連接主鍵，它不可以為空，但是如果不想匹配，它也可以為空。

該文章在 2012/3/12 13:58:00 編輯過