sqlserverif游標

① 關於sqlserver的if查詢

可以用 case when 代替 where if 例如
select * from tb where case when id=1 then id end=?

② 怎樣在SQLServer中將查詢的結果循環。

一種是游標，不過表數據量特別大的時候不建議使用，對性能有影響，好像不支持索引。
或者
使用臨時表加while循環來處理。

③ SQLserver 大批量更新插入的時候游標怎麼優化

盡量避免使用游標，因為游標的效率較差，如果游標操作的數據超過1萬行，那麼就應該考慮改寫。
使用基於游標的方法之前，應先尋找基於集的解決方案來解決問題，基於集的方法通常更有效。
最好的改進游標性能的技術就是：能避免時就避免使用游標


若有時無法避免使用游標，則可以用如下技巧來優化游標的性能。
(1). 除非必要否則不要使用static/insensitive游標。打開static游標會造成所有的行都被拷貝到臨時表。這正是為什麼它對變化不敏感的原因——它實際上是指向臨時資料庫表中的一個備份。很自然，結果集越大，聲明其上的static游標就會引起越多的臨時資料庫的資源爭奪問題。
(2). 除非必要否則不要使用keyset游標。和static游標一樣，打開keyset游標會創建臨時表。雖然這個表只包括基本表的一個關鍵字列(除非不存在唯一關鍵字)，但是當處理大結果集時還是會相當大的。
(3). 當處理單向的只讀結果集時，使用fast_forward代替forward_only。使用fast_forward定義一個forward_only，則read_only游標具有一定的內部性能優化。
(4). 使用read_only關鍵字定義只讀游標。這樣可以防止意外的修改，並且讓伺服器了解游標移動時不會修改行。
(5). 小心事務處理中通過游標進行的大量行修改。根據事務隔離級別，這些行在事務完成或回滾前會保持鎖定，這可能造成伺服器上的資源爭奪。
(6). 小心動態游標的修改，尤其是建在非唯一聚集索引鍵的表上的游標，因為他們會造成「Halloween」問題——對同一行或同一行的重復的錯誤的修改。因為SQL Server在內部會把某行的關鍵字修改成一個已經存在的值，並強迫伺服器追加下標，使它以後可以再結果集中移動。當從結果集的剩餘項中存取時，又會遇到那一行，然後程序會重復，結果造成死循環。
(7). 對於大結果集要考慮使用非同步游標，盡可能地把控制權交給調用者。當返回相當大的結果集到可移動的表格時，非同步游標特別有用，因為它們允許應用程序幾乎馬上就可以顯示行