SQL Server 2012已經(jīng)發(fā)布一段時間了，最近在新的機器上安裝了最新的SQL Server 2012 SP1，體檢下感覺良好。官方給出了一大堆SQL2012相對于SQL2008R2的新特性，但是大多數(shù)對于普通開發(fā)人員來說都是浮云，根本用不到，下面就說說一些對于開發(fā)人員來說比較有用的新特性。

一、增加了Sequence對象：

這個對于Oracle用戶來說是最熟悉不過的數(shù)據(jù)庫對象了，現(xiàn)在在SQL Server中終于也看到了類似的對象，只是在使用的語法上有一點點不一樣。創(chuàng)建語法也是CREATE SEQUENCE，使用的時候需要使用NEXT VALUE FOR來取下一個值：

CREATE SEQUENCE [dbo].[SQ_1] 
 AS [bigint]
 START WITH 1
 INCREMENT BY 1;

SELECT NEXT VALUE FOR [SQ_1] AS FirstUse;

如果要插入一個值，那么就是：

INSERT INTO t1(c1,c2)
VALUES (NEXT VALUE FOR SQ_1, 'Test') ;

但是好像沒有提供獲得當前值的語法，難道必須取下一個值？

二、新的分頁查詢語法：

以前在SQL Server中分頁，最早是用top或者臨時表，后來出現(xiàn)了ROW_NUMBER函數(shù)實現(xiàn)分頁，現(xiàn)在最新的SQL2012可以在order by子句后跟offset和fetch來分頁，感覺有點像是LINQ的語法。比如查詢1W行之后的20條有效項目信息，那么ROW_NUMBER分頁查詢的SQL是：

select  *
from
(
select *,ROW_NUMBER() over(order by p.PROJECT_ID) R
from PROJECT p
where p.IS_DELETED=0 
) x
where x.R  between 10001 and 10020

而是有了新的語法，那么查詢語句就是：

SELECT *
FROM PROJECT p
where p.IS_DELETED=0
ORDER BY p.PROJECT_ID 
OFFSET 10001 ROWS
FETCH NEXT 20 ROWS ONLY;

顯然使用了新的語法后代碼看起來更簡潔，意思表達也更明確。從執(zhí)行效率上來講，試了一下，是一樣的。

三、一些新的系統(tǒng)函數(shù)：

3.1相當于C#中三目運算符的IIF函數(shù)

這個函數(shù)和VBA中的IIF函數(shù)相同，判斷第一個參數(shù)的表達式是否為真，真則返回第二個參數(shù)，假則返回第三個參數(shù)。

有了這個函數(shù)很多時候我們可以不用再使用復雜的case when語法了。比如我們判斷項目的大小以顯示對應的字符串，那么老的寫法是：

select p.CODE,case when p.SIZE>100 then 'Big' else 'Small' end as SIZE_STRING
from PROJECT p
where SIZE is not null

現(xiàn)在，我們可以簡單的寫成：

select p.CODE,IIF(p.SIZE>100,'Big','Small') as SIZE_STRING
from PROJECT p
where SIZE is not null

3.2不用判斷類型和NULL的字符串連接CONCAT函數(shù)

SQL Server本來對字符串的連接很簡單，直接使用“+”號，但是需要注意兩個問題，一是必須類型都是字符串類型，如果是數(shù)字類型那么會報語法錯誤，所以必須把數(shù)字類型轉(zhuǎn)換為字符串。二是如果其中的某個值為null，那么整個連接的結(jié)果就是一個null字符串，所以還需要判斷null，所以本來只是一個連接字符串的查詢就會寫的很復雜：

select p.PROJECT_ID, p.CODE+','+p.NAME+','+ISNULL(p.NICK_NAME,'')+','+ISNULL(CONVERT(varchar(50),p.SIZE),'')
from PROJECT p

現(xiàn)在使用CONCAT函數(shù)，直接忽略其中的類型，忽略對NULL的檢查，直接連接成一個非空的字符串：

select p.PROJECT_ID,CONCAT( p.CODE,',',p.NAME,',',p.NICK_NAME,',',p.SIZE)
from PROJECT p

可以明顯感覺到簡潔了很多。

3.3轉(zhuǎn)換成字符串時設置格式的FORMAT函數(shù)。

以前要把數(shù)字或者日期轉(zhuǎn)換成字符串，可以使用CONVERT函數(shù)并帶人第三個整數(shù)類型的參數(shù)指定轉(zhuǎn)換的格式，不過這種方法太麻煩，整數(shù)參數(shù)不容易理解和記憶，而且也不靈活?，F(xiàn)在的FORMAT函數(shù)相當于C#中的String.Format函數(shù)，在第二個參數(shù)中可以想要輸出的格式。

select p.PROJECT_ID,FORMAT(p.CREATED_TIME,'yyyy-MM-dd'),CONVERT(varchar(50),p.CREATED_TIME,112)
from PROJECT p

3.4讓枚舉顯示更方便的CHOOSE函數(shù)。

在程序中經(jīng)常使用枚舉值，在數(shù)據(jù)庫中使用tinyint來保存枚舉值，但是在查看時卻不是很容易理解枚舉值的含義，必須查看代碼看1對應什么，2對應什么才知道。在顯示的時候如果要顯示成字符串，那么就需要使用case when進行判斷?，F(xiàn)在可以使用CHOOSE函數(shù)，讓枚舉轉(zhuǎn)換成字符串變得很簡單。比如要顯示項目的狀態(tài)，那么我們的查詢就是：

select p.CODE,CHOOSE( p.STATUS,'Plan','Exec','Complete','Abort','Fail')
from PROJECT p

CHOSSE函數(shù)比case when有幾個缺點，1是不支持0和負數(shù)，所以如果枚舉的值是0那么就沒辦法顯示，2是枚舉值必須連續(xù)而且比較小，不能使用100、200等值，那要是用CHOOSE那得寫死人了。沒有default值，使用case when的時候，如果不匹配還有個else值可以顯示，而使用CHOOSE后如果沒有匹配的，那么就是NULL值。所以個人覺得這個函數(shù)的使用面非常

3.5各種日期時間函數(shù)。

除了一個EOMONTH函數(shù)是返回給定日期的最后一天外，其他的新函數(shù)，都是把年月日作為參數(shù)傳進去，返回指定數(shù)據(jù)類型的對象，相當于就是CONVERT函數(shù)的變形?？傮w使用不多，在此不多介紹。

四、OVER子句的增強和新增一些分析函數(shù)：

之前OVER子句是用于RANK，ROW_NUMBER等排名函數(shù)，現(xiàn)在OVER子句得到了大大的增強， 可以將OVER子句應用到聚合函數(shù)中，也增加了一些分析函數(shù)。

比如我有一個項目和客戶表，一個客戶對于多個項目，現(xiàn)在需要知道客戶的信息和每個客戶的最新項目Code，這個要是以前還不好實現(xiàn)，現(xiàn)在我們有了分析函數(shù)，可以使用FIRST_VALUE或者LAST_VALUE再配合OVER子句，得到我們想要的結(jié)果：

select distinct c.*,FIRST_VALUE(p.CODE) over(PARTITION BY c.CLIENT_ID order by p.[CREATED_TIME] desc) as LAST_PROJECT_CODE
from PROJECT p
inner join CLIENT c
on p.CLIENT_ID=c.CLIENT_ID