今天來總結整理一下Case，因為SQL查詢中用得最多的邏輯判斷。
Case具有兩種格式。簡單Case函式和Case搜尋函式。
簡單Case函式
|
1 2 3 4 |
CASE sex WHEN '1' THEN '男' WHEN '2' THEN '女' ELSE '其他' END |
Case搜尋函式
|
1 2 3 |
CASE WHEN sex = '1' THEN '男' WHEN sex = '2' THEN '女' ELSE '其他' END |
這兩種方式，可以實現相同的功能。簡單Case函式的寫法相對比較簡潔，但是和Case搜尋函式相比，功能方面會有些限制，比如寫判斷式。
還有一個需要注意的問題，Case函式只返回第一個符合條件的值，剩下的Case部分將會被自動忽略。
比如說，下面這段SQL，你永遠無法得到“第二類”這個結果
|
1 2 3 |
CASE WHEN col_1 IN ( 'a', 'b') THEN '第一類' WHEN col_1 IN ('a') THEN '第二類' ELSE'其他' END |
下面我們來看一下，使用Case函式都能做些什麼事情。
一，已知資料按照另外一種方式進行分組，分析。
有如下資料:(為了看得更清楚，我並沒有使用國家程式碼，而是直接用國家名作為Primary Key)
| 國家（country） | 人口（population） |
| 中國 | 600 |
| 美國 | 100 |
| 加拿大 | 100 |
| 英國 | 200 |
| 法國 | 300 |
| 日本 | 250 |
| 德國 | 200 |
| 墨西哥 | 50 |
| 印度 | 250 |
根據這個國家人口資料，統計亞洲和北美洲的人口數量。應該得到下面這個結果。
| 洲 | 人口 |
| 亞洲 | 1100 |
| 北美洲 | 250 |
| 其他 | 700 |
想要解決這個問題，你會怎麼做？生成一個帶有洲Code的View，是一個解決方法，但是這樣很難動態的改變統計的方式。
如果使用Case函式，SQL程式碼如下:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
SELECT SUM(population), CASE country WHEN '中國' THEN '亞洲' WHEN '印度' THEN '亞洲' WHEN '日本' THEN '亞洲' WHEN '美國' THEN '北美洲' WHEN '加拿大' THEN '北美洲' WHEN '墨西哥' THEN '北美洲' ELSE '其他' END FROM Table_A GROUP BY CASE country WHEN '中國' THEN '亞洲' WHEN '印度' THEN '亞洲' WHEN '日本' THEN '亞洲' WHEN '美國' THEN '北美洲' WHEN '加拿大' THEN '北美洲' WHEN '墨西哥' THEN '北美洲' ELSE '其他' END; |
同樣的，我們也可以用這個方法來判斷工資的等級，並統計每一等級的人數。SQL程式碼如下；
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
SELECT CASE WHEN salary WHEN salary > 500 AND salary WHEN salary > 600 AND salary WHEN salary > 800 AND salary ELSE NULL END salary_class, COUNT(*) FROM Table_A GROUP BY CASE WHEN salary WHEN salary > 500 AND salary WHEN salary > 600 AND salary WHEN salary > 800 AND salary ELSE NULL END; |
二，用一個SQL語句完成不同條件的分組。
有如下資料
| 國家（country） | 性別（sex） | 人口（population） |
| 中國 | 1 | 340 |
| 中國 | 2 | 260 |
| 美國 | 1 | 45 |
| 美國 | 2 | 55 |
| 加拿大 | 1 | 51 |
| 加拿大 | 2 | 49 |
| 英國 | 1 | 40 |
| 英國 | 2 | 60 |
按照國家和性別進行分組，得出結果如下
| 國家 | 男 | 女 |
| 中國 | 340 | 260 |
| 美國 | 45 | 55 |
| 加拿大 | 51 | 49 |
| 英國 | 40 | 60 |
普通情況下，用UNION也可以實現用一條語句進行查詢。但是那樣增加消耗(兩個Select部分)，而且SQL語句會比較長。
下面是一個是用Case函式來完成這個功能的例子
|
1 2 3 4 5 6 7 |
SELECT country, SUM( CASE WHEN sex = '1' THEN population ELSE 0 END), --男性人口 SUM( CASE WHEN sex = '2' THEN population ELSE 0 END) --女性人口 FROM Table_A GROUP BY country; |
這樣我們使用Select，完成對二維表的輸出形式，充分顯示了Case函式的強大。
三，在Check中使用Case函式。
在Check中使用Case函式在很多情況下都是非常不錯的解決方法。可能有很多人根本就不用Check，那麼我建議你在看過下面的例子之後也嘗試一下在SQL中使用Check。
下面我們來舉個例子
公司A，這個公司有個規定，女職員的工資必須高於1000塊。如果用Check和Case來表現的話，如下所示
|
1 2 3 4 5 |
CONSTRAINT check_salary CHECK ( CASE WHEN sex = '2' THEN CASE WHEN salary > 1000 THEN 1 ELSE 0 END ELSE 1 END = 1 ) |
如果單純使用Check，如下所示
|
1 2 |
CONSTRAINT check_salary CHECK ( sex = '2' AND salary > 1000 ) |
女職員的條件倒是符合了，男職員就無法輸入了。
四，根據條件有選擇的UPDATE。例，有如下更新條件
- 工資5000以上的職員，工資減少10%
- 工資在2000到4600之間的職員，工資增加15%
很容易考慮的是選擇執行兩次UPDATE語句，如下所示
|
1 2 3 4 5 6 7 8 |
--條件1 UPDATE Personnel SET salary = salary * 0.9 WHERE salary >= 5000; --條件2 UPDATE Personnel SET salary = salary * 1.15 WHERE salary >= 2000 AND salary |
但是事情沒有想象得那麼簡單，假設有個人工資5000塊。首先，按照條件1，工資減少10%，變成工資4500。接下來執行第二個SQL時候，因為這個人的工資是4500在2000到4600的範圍之內， 需增加15%，最後這個人的工資結果是5175,不但沒有減少，反而增加了。
如果要是反過來執行，那麼工資4600的人相反會變成減少工資。暫且不管這個規章是多麼荒誕，如果想要一個SQL 語句實現這個功能的話，
我們需要用到Case函式。程式碼如下:
|
1 2 3 4 |
UPDATE Personnel SET salary = CASE WHEN salary >= 5000 THEN salary * 0.9 WHEN salary >= 2000 AND salary |
這裡要注意一點，最後一行的ELSE salary是必需的，要是沒有這行，不符合這兩個條件的人的工資將會被寫成NUll,那可就大事不妙了。
在Case函式中Else部分的預設值是NULL，這點是需要注意的地方。
這種方法還可以在很多地方使用，比如說變更主鍵這種累活。
一般情況下，要想把兩條資料的Primary key,a和b交換，需要經過臨時儲存，拷貝，讀回資料的三個過程，要是使用Case函式的話，一切都變得簡單多了。
| p_key | col_1 | col_2 |
| a | 1 | 張三 |
| b | 2 | 李四 |
| c | 3 | 王五 |
假設有如上資料，需要把主鍵a和b相互交換。用Case函式來實現的話，程式碼如下
|
1 2 3 4 5 6 7 |
UPDATE SomeTable SET p_key = CASE WHEN p_key = 'a' THEN 'b' WHEN p_key = 'b' THEN 'a' ELSE p_key END WHERE p_key IN ('a', 'b'); |
同樣的也可以交換兩個Unique key。需要注意的是，如果有需要交換主鍵的情況發生，多半是當初對這個表的設計進行得不夠到位，建議檢查表的設計是否妥當。
五，兩個表資料是否一致的檢查。
Case函式不同於DECODE函式。在Case函式中，可以使用BETWEEN,LIKE,IS NULL,IN,EXISTS等等。比如說使用IN,EXISTS，可以進行子查詢，從而 實現更多的功能。
下面具個例子來說明，有兩個表，tbl_A,tbl_B，兩個表中都有keyCol列。現在我們對兩個表進行比較，tbl_A中的keyCol列的資料如果在tbl_B的keyCol列的資料中可以找到，返回結果’Matched’,如果沒有找到，返回結果’Unmatched’。
要實現下面這個功能，可以使用下面兩條語句
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
--使用IN的時候 SELECT keyCol, CASE WHEN keyCol IN ( SELECT keyCol FROM tbl_B ) THEN 'Matched' ELSE 'Unmatched' END Label FROM tbl_A; --使用EXISTS的時候 SELECT keyCol, CASE WHEN EXISTS ( SELECT * FROM tbl_B WHERE tbl_A.keyCol = tbl_B.keyCol ) THEN 'Matched' ELSE 'Unmatched' END Label FROM tbl_A; |
使用IN和EXISTS的結果是相同的。也可以使用NOT IN和NOT EXISTS，但是這個時候要注意NULL的情況。
六，在Case函式中使用合計函式
假設有下面一個表
| 學號(std_id) | 課程ID(class_id) | 課程名(class_name) | 主修flag（main_class_flg) |
| 100 | 1 | 經濟學 | Y |
| 100 | 2 | 歷史學 | N |
| 200 | 2 | 歷史學 | N |
| 200 | 3 | 考古學 | Y |
| 200 | 4 | 計算機 | N |
| 300 | 4 | 計算機 | N |
| 400 | 5 | 化學 | N |
| 500 | 6 | 數學 | N |
有的學生選擇了同時修幾門課程(100,200)也有的學生只選擇了一門課程(300,400,500)。選修多門課程的學生，要選擇一門課程作為主修，主修flag裡面寫入Y。
只選擇一門課程的學生，主修flag為N(實際上要是寫入Y的話，就沒有下面的麻煩事了，為了舉例子，還請多多包含)。
現在我們要按照下面兩個條件對這個表進行查詢
- 只選修一門課程的人，返回那門課程的ID
- 選修多門課程的人，返回所選的主課程ID
簡單的想法就是，執行兩條不同的SQL語句進行查詢。
條件1
|
1 2 3 4 5 |
--條件1：只選擇了一門課程的學生 SELECT std_id, MAX(class_id) AS main_class FROM Studentclass GROUP BY std_id HAVING COUNT(*) = 1; |
執行結果1
|
1 2 3 4 5 |
STD_ID MAIN_class ------ ---------- 300 4 400 5 500 6 |
條件2
|
1 2 3 4 |
--條件2：選擇多門課程的學生 SELECT std_id, class_id AS main_class FROM Studentclass WHERE main_class_flg = 'Y' ; |
執行結果2
|
1 2 3 4 5 6 7 8 9 10 |
SELECT std_id, CASE WHEN COUNT(*) = 1 --只選擇一門課程的學生的情況 THEN MAX(class_id) ELSE MAX(CASE WHEN main_class_flg = 'Y' THEN class_id ELSE NULL END ) END AS main_class FROM Studentclass GROUP BY std_id; |
執行結果
|
1 2 3 4 |
CASE col_1 WHEN 1 THEN 'Right' WHEN NULL THEN 'Wrong' END |
在這個語句中When Null這一行總是返回unknown，所以永遠不會出現Wrong的情況。因為這句可以替換成WHEN col_1 =
NULL，這是一個錯誤的用法，
部分示例參考於：SQL中Case的使用方法(下篇)
練習
查詢出資料庫中每天各種充值型別的金額
| 支付時間（按天算） | 支付寶 | 手機簡訊 | 銀行卡 | 電話 |
| 2010-05-01 | 50 | 0 | 0 | 0 |
| 2010-06-14 | 50 | 200 | 100 | 0 |
| …… |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
CREATE TABLE [WebGame] ( [ID] INT IDENTITY(1,1), [UserName] NVARCHAR(20), --遊戲玩家 [PayTime] DATETIME, --充值時間 [PayType] int, --充值型別 0-支付寶，-1手機簡訊，-2銀行卡,3-電話 [Money] DECIMAL, --充值金額 [IsSuccess] BIT, --是否成功1表示成功，0表示失敗 CONSTRAINT [PK_WebGame_ID] PRIMARY KEY(ID) ) INSERT INTO WebGame SELECT '張三', '2010-05-01', 0, 50, 1 INSERT INTO WebGame SELECT '張三', '2010-06-14', 0, 50, 1 INSERT INTO WebGame SELECT '張三', '2010-06-14', 1, 100, 1 INSERT INTO WebGame SELECT '張三', '2010-06-14', 1, 100, 0 INSERT INTO WebGame SELECT '李四', '2010-06-14', 2, 100, 1 INSERT INTO WebGame SELECT '李四', '2010-07-14', 0, 100, 1 INSERT INTO WebGame SELECT '王五', '2010-07-14',2, 100, 1 INSERT INTO WebGame SELECT '趙六', '2010-07-14', 2, 100, 1 INSERT INTO WebGame SELECT '趙六', '2010-07-14', 3, 100, 0 |
參考answer
|
1 2 3 4 5 6 |
--answer select PayTime as '支付時間（按天算）',sum(case when PayType=0 then [Money] else 0 end) as '支付寶', sum(case when PayType=1 then [Money] else 0 end) as '手機簡訊', sum(case when PayType=2 then [Money] else 0 end) as '銀行卡', sum(case when PayType=3 then [Money] else 0 end) as '電話' from WebGame group by PayTime |