在資料庫操作中，有些時候我們遇到需要實現“行轉列”的需求，例如一下的表為某店鋪的一週收入情況表：

WEEK_INCOME(WEEK VARCHAR(10),INCOME DECIMAL)

我們先插入一些模擬資料：

INSERT INTO WEEK_INCOME 
SELECT '星期一',1000
UNION ALL
SELECT '星期二',2000
UNION ALL
SELECT '星期三',3000
UNION ALL
SELECT '星期四',4000
UNION ALL
SELECT '星期五',5000
UNION ALL
SELECT '星期六',6000
UNION ALL
SELECT '星期日',7000
 

一般我們最經常使用的查詢是查詢一週中每天或某幾天的收入，例如查詢週一至週日全部的收入：

SELECT WEEK,INCOME FROM WEEK_INCOME

得到如下的查詢結果集：

WEEK           INCOME
星期一           1000
星期二           2000
星期三           3000
星期四           4000
星期五           5000
星期六           6000
星期日           7000

但是在一些情況下（往往是某些報表中），我們希望在一行中顯示週一至週日的收入，這時候查詢結果集應該是這樣的：

星期一   星期二   星期三   星期四   星期五   星期六   星期日
1000     2000     3000     4000     5000     6000     7000

這種情況下，SQL查詢語句可以這樣寫：

SELECT  
SUM(CASE WEEK WHEN '星期一' THEN INCOME END) AS [星期一],
SUM(CASE WEEK WHEN '星期二' THEN INCOME END) AS [星期二],
SUM(CASE WEEK WHEN '星期三' THEN INCOME END) AS [星期三],
SUM(CASE WEEK WHEN '星期四' THEN INCOME END) AS [星期四],
SUM(CASE WEEK WHEN '星期五' THEN INCOME END) AS [星期五],
SUM(CASE
 
 WEEK WHEN '星期六' THEN INCOME END) AS [星期六],
SUM(CASE WEEK WHEN '星期日' THEN INCOME END) AS [星期日]
FROM WEEK_INCOME

但是，在SQL SERVER 2005中提供了更為簡便的方法，這就是"PIVOT"關係運算符。（相反的“列轉行”是UNPIVOT），以下是使用PIVOT實現“行轉列”的SQL語句

SELECT [星期一],[星期二],[星期三],[星期四],[星期五],[星期六],[星期日]
FROM WEEK_INCOME
PIVOT
(
    SUM(INCOME) for [week] in([星期一],[星期二],[星期三],[星期四],[星期五],[星期六],[星期日])
)TBL

請參考MSDN中關於PIVOT的用法：

但是MSDN上的描述太過於規範嚴肅，我看了半天還沒弄清楚怎樣使用PIVOT，搞不清楚PIVOT裡面的語法的含義。於是又google了很多資料，以及通過上面提到的WEEK_INCOME表例子作了試驗，最終搞清楚了其用法。在網上有篇博文解釋的很好：T-SQL PIVOT語法剖析與實戰，基本上我要寫的就是參照該博文，再加上自己一點個人理解。

要理解PIVOT語法，就是要清楚微軟為什麼這樣設計PIVOT，但我相信是現實需求催生設計思路，所以歸根到底我們還是要弄清楚什麼是“行轉列”：

正常情況下的查詢結果是這樣：

星期一           1000
星期二           2000
星期三           3000
星期四           4000
星期五           5000
星期六           6000
星期日           7000

行轉列後是這樣：

星期一   星期二   星期三   星期四   星期五   星期六   星期日
1000    2000    3000    4000    5000    6000    7000

也就是說，行轉列後，原來的某個列的值變做了列名，在這裡就是原來WEEK列的值“星期一”,"星期二"..."星期日"邊做了列名，而我們需要做的另一個工作就是計算這些列的值（這裡的“計算”其實就是PIVOT裡面的聚合函式(sum,avg等)）

現在結合註釋來分析一下PIVOT語法(在這之前最好看看我上面提到博文：T-SQL PIVOT語法剖析與實戰，裡面說到的PIVOT語法的三個步驟挺重要)：

SELECT [星期一],[星期二],[星期三],[星期四],[星期五],[星期六],[星期日]--這裡是PIVOT第三步（選擇行轉列後的結果集的列）這裡可以用“*”表示選擇所有列，也可以只選擇某些列(也就是某些天)
FROM WEEK_INCOME --這裡是PIVOT第二步驟(準備原始的查詢結果，因為PIVOT是對一個原始的查詢結果集進行轉換操作，所以先查詢一個結果集出來)這裡可以是一個select子查詢，但為子查詢時候要指定別名，否則語法錯誤
PIVOT
(
    SUM(INCOME) for [week] in([星期一],[星期二],[星期三],[星期四],[星期五],[星期六],[星期日])--這裡是PIVOT第一步驟，也是核心的地方，進行行轉列操作。聚合函式SUM表示你需要怎樣處理轉換後的列的值，是總和(sum)，還是平均(avg)還是min,max等等。例如如果week_income表中有兩條資料並且其week都是“星期一”，其中一條的income是1000,另一條income是500，那麼在這裡使用sum，行轉列後“星期一”這個列的值當然是1500了。後面的for [week] in([星期一],[星期二]...)中 for [week]就是說將week列的值分別轉換成一個個列，也就是“以值變列”。但是需要轉換成列的值有可能有很多，我們只想取其中幾個值轉換成列，那麼怎樣取呢？就是在in裡面了，比如我此刻只想看工作日的收入，在in裡面就只寫“星期一”至“星期五”（注意，in裡面是原來week列的值,"以值變列"）。總的來說，SUM(INCOME) for [week] in([星期一],[星期二],[星期三],[星期四],[星期五],[星期六],[星期日])這句的意思如果直譯出來，就是說：將列[week]值為"星期一","星期二","星期三","星期四","星期五","星期六","星期日"分別轉換成列，這些列的值取income的總和。
)TBL--別名一定要寫

以上是我對PIVOT的理解，我盡所能表達出來。不過話說回來，個人的理解的方式也不同，就如我開始看了很多篇博文，都沒有搞清楚PIVOT用法。結果還是硬的通過例子和別人的博文再加上思考才弄懂了，所以如果各位看了本篇之後仍不能理解，那很正常，配合例子再加上自己思考，慢慢的定能理解。

以下指令碼可以實現動態多欄“透視表”：
declare @week_tmp nchar(20), @select_str nchar(100)
declare pivot_cursor cursor for select distinct week from week_income
open pivot_cursor
fetch next from pivot_cursor into @week_tmp
while @@FETCH_STATUS=0
begin
set @select_str=isnull(rtrim(@select_str)+',','')+'case week when '''+isnull(rtrim(@week_tmp),'')+''' then income end'+isnull(rtrim(' as '[email protected]_tmp),'')
fetch next from pivot_cursor into @week_tmp
end
close pivot_cursor
deallocate pivot_cursor
set @select_str='select '+rtrim(@select_str)+' from week_income'
exec(@select_str)
當然，我們也可以設法讓Pivot指令碼動態(第2方案)。只需改兩行，其他不變。
......
set @select_str=isnull(rtrim(@select_str)+',','')+isnull(rtrim(@week_tmp),'') --只取出橫向透視表多欄名
......
set @select_str='select '+rtrim(@select_str)+' from week_income Pivot (sum(income) for week in ('+rtrim(@select_str)+')) pvt' --實現動態Pivot指令碼
......
上述指令碼在MSSQL2005驗證通過，ORACLE可能需要適當修改(但不支援Pivot，只能第1種方案)，如：+號、isnull函式等。

p.s

看了網上的例子，以為只能將純數字的進行行列轉換，但是經過測試，如果表內資料不是數字，也可以進行行轉列

另外 此方法只適用於 2005以上資料庫，如果是2000的庫檔案掛接到SQL 2005以上版本的庫上執行，會出現如下報錯

.....SET COMPATIBILITY_LEVEL....You may need to set the compatibility level of the current database to a higher value to enable this feature.....

其原因就是 2000的庫雖然掛接到2005以上的Server上，但是庫結構的相容級別並沒有變。

所以 需要 設定資料庫相容級別到 2005以上才行

設定方法：

ALTER DATABASE database_name 
SET COMPATIBILITY_LEVEL = { 90 | 100 | 110 }

要修改的資料庫的名稱。

要使資料庫與之相容的 SQL Server 版本。 該值必須為下列值之一：

90 = SQL Server 2005

100 = SQL Server 2008 和 SQL Server 2008 R2

110 = SQL Server 2012

註釋：

對於所有 SQL Server 2012 安裝，預設的相容級別都為 110。 除非 model 資料庫有更低的相容級別，否則 SQL Server 2012 中建立的資料庫會設定為該級別。 在將資料庫從 SQL Server 的任何早期版本升級到 SQL Server 2012 時，如果資料庫的相容級別不在 90 以下，則該資料庫將保留其現有的相容級別。 升級相容級別低於 90 的資料庫會將資料庫的相容級別設定為 90。 這既適用於系統資料庫也適用於使用者資料庫。 使用 ALTER DATABASE 可更改資料庫的相容級別。 若要檢視資料庫的當前相容級別，請查詢 sys.databases 目錄檢視中的 compatibility_level 列。

利用相容級別獲得向後相容

相容級別隻影響指定資料庫的行為，而不影響整個伺服器的行為。 相容級別只實現與 SQL Server 的早期版本保持部分向後相容。 通過將相容級別用作臨時性的遷移輔助工具，可解決相關相容級別設定控制的行為之間存在的版本差異問題。 如果現有 SQL Server 應用程式受到 SQL Server 2012 中行為差異的影響，請對該應用程式進行轉換，使之能正常執行。 然後使用 ALTER DATABASE 將相容級別更改為 100。 資料庫的新相容性設定將在該資料庫下次成為當前資料庫（無論是在登入時作為預設資料庫還是在 USE 語句中指定）時生效。

最佳做法

如果在使用者連線到資料庫時更改相容級別，可能會使活動查詢產生不正確的結果集。 例如，如果在編寫查詢計劃時相容級別發生更改，則編寫後的計劃可能同時基於舊的和新的相容級別，從而造成計劃不正確，並可能導致結果不準確。 此外，如果將計劃放在計劃快取中供後續的查詢重用，則問題可能更加複雜。 為了避免查詢結果不準確，建議您使用以下過程來更改資料庫的相容級別：

1. 通過使用 ALTER DATABASE SET SINGLE_USER，將資料庫設定為單使用者訪問模式。

2. 更改資料庫的相容級別。

3. 通過使用 ALTER DATABASE SET MULTI_USER，將資料庫設為多使用者訪問模式。

相容級別和儲存過程

執行某一儲存過程時，該儲存過程將使用定義它的資料庫的當前相容級別。 在更改某一資料庫的相容性設定時，該資料庫的所有儲存過程都將隨之自動重新編寫。

實際操作例子：

建立表：
CREATE TABLE [dbo].[LabelPropertyValue](

[id] [int] IDENTITY(1,1) NOT NULL,
[LabelProid] [int] NULL,
[FaxDocListID] [int] NULL,
[Propertyvalue] [nvarchar](255) NULL,
 CONSTRAINT [PK__LabelPro__3213E83F44160A59] PRIMARY KEY CLUSTERED 
(
[id] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

測試資料：

id           LabelProid           FaxDocListID           Propertyvalue
1415           2           1200           2013-05-18
1416           3           1200           MU222
1417           7           1200           到達
1418           4           1200           虹橋機場
1419           5           1200           T2
1420           6           1200                      
1421           9           1200           徐XX
1422           10           1200           市部長
1423           11           1200           2013-05-18
1424           12           1200           2045
1425           14           1200           5059
1426           15           1200           服務完成
1427           17           1200           VVIP
1428           2           1198           2013-05-18
1429           3           1198           MU5555
1430           7           1198           出發
1431           4           1198           浦東機場
1432           5           1198           T1
1433           6           1198                      
1434           9           1198           鄭XXX
1435           10           1198           市記
1436           11           1198           2013-05-18
1437           12           1198           0900
1438           14           1198           5064
1439           15           1198           服務取消
1440           17           1198           VVIP
1550           15           1201           服務完成
NULL           NULL           NULL           NULL

如果是 

select [2] as '日期',* from 
(select Propertyvalue,LabelProid from LabelPropertyValue
where   (FaxDocListID = 1200) OR
                      (FaxDocListID = 1201) OR
                      (FaxDocListID = 1198)
) a
PIVOT
(
max(Propertyvalue) for LabelProid in ([2],[3],[7],[4],[5],[6],[9],[10],[11],[12],[14],[15],[17])
)b

如果是

select [2] as '日期',* from 
(select FaxDocListID,Propertyvalue,LabelProid from LabelPropertyValue
where   (FaxDocListID = 1200) OR
                      (FaxDocListID = 1201) OR
                      (FaxDocListID = 1198)
) a
PIVOT
(
max(Propertyvalue) for LabelProid in ([2],[3],[7],[4],[5],[6],[9],[10],[11],[12],[14],[15],[17])
)b
order by FaxDocListID desc