RiCo技術農場

SQL Server 2016提供幾個資料庫範圍組態設定選項，

方便我們可以更簡單控制應用程式行為，

尤其預設啟用T4199和清除個人資料庫快取真是太讚了。

SQL Server 2016 預設會動態降低資料表RT，無須額外啟用T2371。

SLQ Server 2016的TempDB讓大家更輕鬆了。

SQL SERVER儲存LOB資料類型一直都不是問題，問題在於你如何正確選擇LOB資料類型應該儲存在那裏?

Trace Flag並非暗黑技巧，它可以讓DBA有更多自主控制權，

有時在處理效能問題時，我不得不承認這是最後手段，

但要清楚明白行為特行，才不會造成無法挽救的悲劇。

第一梯次中間下課休息時，有位學員詢問我一個問題

學員:請問執行Delete，資料表大小應該會降低吧。

RiCo:大部分是這樣。

學員:但我公司資料庫有些資料表刪除資料後，資料表反而變得更肥，而且效能也變差，怎麼會這樣呢?

RiCo:你資料表有LOB資料類型或寬欄位嗎?

學員:有的，前人設計就是這樣。

RiCo:那你有用 Trigger嗎?

學員:老師你從來不用Trigger協同處理資料嗎?

監控tempdb使用硬碟空間對DBA來說相當重要

查詢單一資料表會生發死結嗎?

開發人員、DBA需要知道什麼是轉發紀錄(Forwarded Records)嗎?

轉發紀錄對效能有影響嗎?

建立設計正確叢集索引是必要嗎?

資料表變數很多人使用，但很多人卻錯得離譜，下面有關資料表變數四個問題，你能正確回答嗎?

1.資料表變數和暫存資料表最大差異?

2.SQL2005~SQL2012的資料表變數是否可以建立索引?

3.小資料量的資料表變數是否存於記憶體?

4.使用資料表變數是否會影響交易紀錄檔?

我只是很easy把系統全部count(column)替換成count(*)，整體系統查詢效能提高20倍以上，效能調校就是這麼有趣。

比較使用TSQL那些方法效能可最接近CLR

Xml資料型別也算滿常見的

誰說Like '%rico%'沒辦法使用IndexSeek。

之前我寫了一篇 [SQL SERVER]了解制式範圍和混和範圍提到tempdb資源競爭問題，

去年參加SQL PASS年終聚會時，剛好有朋友詢問我當時如何發現該問題，這篇就來記錄整個過程。

我個人相當排斥寫巢狀交易，甚至禁止member使用

OLTP環境中，使用索引檢視的base資料表最好皆是唯讀。

[SQL SERVER]找出SQL Server效能問題

[SQL SERVER]SQL Server Perfmon Counters

[SQL SERVER]找出封鎖的處理序