要實現(xiàn)的SQL查詢很原始：
要求從第一個表進行查詢得到第二個表格式的數(shù)據(jù)，上網(wǎng)查詢之后竟然能寫出下面的SQL：
復(fù)制代碼 代碼如下:
select * from userino
SELECT * FROM(
SELECT DISTINCT userpart
FROM userino
)A
OUTER APPLY(
SELECT
[usernames]= replace(replace(replace((SELECT username as value FROM userino N
WHERE userpart = A.userpart order by n.username asc FOR XML AUTO),'"/>N value="','/')
,'N value="',''),'"/>','')
)N
OUTER APPLY(
SELECT
[username_cns]= replace(replace(replace((SELECT username_cn as value FROM userino M
WHERE userpart = A.userpart order by m.username asc FOR XML AUTO),'"/>M value="','/')
,'M value="',''),'"/>','')
)M
現(xiàn)將SQL進行一下分析：
總共使用到的點有：OUTER APPLY，F(xiàn)OR XML AUTO。由于對SQL Server沒有很深的研究，所以記錄一下
OUTER APPLY 是SQL2005開始支持的一種查詢方法，類似于連接查詢，是將兩個查詢結(jié)果進行拼接，但是奇特的是，使用OUTER APPLY竟然能夠在Apply后面的查詢中使用前面已經(jīng)得到的查詢結(jié)果。
如:
復(fù)制代碼 代碼如下:
select * from
(select * from userino) A
cross join (select username from userino
where username = A.username )B
select * from
(select * from userino) A
join (select username from userino ) B on a.username = b.username
select * from
(select * from userino) A
OUTER APPLY (select username from userino
where username = A.username ) B
第一段SQL顯然是錯的，有兩個原因：1.Cross Join本來就是無條件的，2. SQl Server會爆出如下錯誤：
The multi-part identifier "A.username" could not be bound.
大家可能會說有條件的Join查詢本來就不是這樣寫的，應(yīng)該寫為第二條SQL這樣的樣子，其實這樣寫和第三條SQL中使用Outer apply 實現(xiàn)的效果是一樣的
可是 Outer Apply還能實現(xiàn)如下的效果
復(fù)制代碼 代碼如下:
select * from
(select * from userino) A
OUTER APPLY (select [value] = a.username+'test' ) B
這個恐怕直接使用join就有點麻煩了，上面的例子也許沒什么意義，其實SQL2005提出Apply連接方法主要是為了在連接查詢中使用已經(jīng)執(zhí)行的查詢語句的結(jié)果
除了“OUTER APPLY”，SQL Server還有CROSS APPLY，之間的區(qū)別主要是在Null值的處理上
FOR XML AUTO 主要用于將SQL的查詢結(jié)果直接返回成XML語句，F(xiàn)or Xml 除了auto外 還有RAW和EXPLICIT，詳見《超級簡單:使用FOR XML AUTO控制XML輸出》
在文章剛開始提出的SQL文，就是使用了上面的兩個特性，首先使用Outer Apply來實現(xiàn)類似于使用userpart進行分組的效果，來分別篩選出各個userpart中的user，然后由于篩選出的結(jié)果是多行，所以使用 for xml 來把多行數(shù)據(jù)拼接成xml，最后很二的對xml進行拆分....
綜上，感覺這種實現(xiàn)方式比較獨特，又學(xué)習(xí)了SQL Server中的一些特性，和大家分享一下
