推薦：sql where 1=1的優缺點分析
where 1=1; 這個條件始終為True，在不定數量查詢條件情況下，1=1可以很方便的規范語句

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

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

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

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

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

三、一些新的系統函數。
3.1相當于C#中三目運算符的IIF函數

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

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

現在，我們可以簡單的寫成：

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

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

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

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

3.3轉換成字符串時設置格式的FORMAT函數。

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

3.4讓枚舉顯示更方便的CHOOSE函數。

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

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

3.5各種日期時間函數。

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

四、OVER子句的增強和新增一些分析函數。
之前OVER子句是用于RANK，ROW_NUMBER等排名函數，現在OVER子句得到了大大的增強， 可以將OVER子句應用到聚合函數中，也增加了一些分析函數。

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

分享：PL/SQL DEVELOPER 使用的一些技巧
了解一點編程的常識的人都知道，編碼風格很重要。在閱讀代碼方面，保持一致的編碼風格，閱讀起來比較容易；大家都應該養成一種自己的編碼習慣，并保持下去。