RiCo技術農場

No Join Predicate警告，是指出在這Query中，有存在無聯結述詞，那我們到底要不要在意這警告呢?

I had known some tips for coding store procedure already.

Such as “don’t forget enable nocount”,”2 part names” ,”avoid prefix store procedure with sp_” and more…..

Today I will show you why don’t use sp_ as a prefix for store procedure and how to impact performance on the SQL server.

最近進行SQL Tuning時，深入查看相關執行計畫，發現QO改寫用有趣的陳敘式，馬上又引起我的興趣

一般企業內Server的C:大約分配40~60G，如果ERRORLOG和AGENT LOG存放路徑未變更，

同時又疏於管理的話，那麼檔案吃爆C:空間應該也是早晚的事。

SQL Server process的狀態為sleeping，

如果一個資料庫有太多的sleeping process會有影響嗎?這些process是否可能封鎖其他process呢?

不建議頻繁執行檔案或資料庫壓縮，因為這些操作對效能有一定的影響

除非硬碟可用空間已經不足，這時先確認那個檔案的壓縮大小是最小的

我以前200GB的資料庫，tempdb 我只需使用18GB，500GB的資料庫也只需使用35GB，

當然這比例沒有一定，完全取決於你系統行為(寫TSQL和c#習慣要好)而定。

復原Recovery Pending or Suspect 資料庫其實很簡單

但你應該不想遇到這情況

SSMS2016開始提供佈景主題選項，以前的版本需要自行修改文字編輯器

但預設的dark theme更讓我眼睛不舒服

SQL 2016 In-Memory OLTP 可以提高交易效能超過15~30倍以上，

實務上我們可能會有大型檔案資料匯入SQL Server需求，假設效能頻頸發生在目的資料表，

這篇我將透過SSIS並使用BDD，模擬比較傳統資料表和In-Memory資料表在ETL效能上的差異。

如果您使用暫存資料表、資料表變數或資料表值參數，

可以考慮轉換記憶體資料表變數來提升效能。

統計資料在SQL Server地位相當重要，

如果SQL Server是一台跑車，那麼統計資料就是引擎

執行dynamic sql請使用sp_executesql

介紹如何使用sp_whoisactive 快速找出目前 SQL Server 效能緩慢的查詢

今天收到某學員來信詢問?

學員:老師課堂用實例說明QO可能會改寫查詢以及排序資料，

但今天系統某一查詢資料排序卻和以往都不同，

而且該查詢都沒有人修改過，請問是什麼原因造成的呢?

RiCo:你能把該查詢XML執行計畫寄給我分析嗎?

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

第二篇使用tSQLt撰寫SP測試案例，這篇繼續介紹如何使用tSQLt撰寫SP另一種測試案例。

第一篇使用tSQLt撰寫Function測試案例，這篇繼續介紹如何使用tSQLt撰寫StoreProcedure測試案例。

撰寫單元測試並非一定需要，我從不為了寫單元測試而寫，

但有些情況撰寫單元測試確實有必要，例如複雜權限判斷的核心SP，

因開發人員菜鳥A改了某個user function，導致權限判斷核心SP結果不如預期，

如有多寫一份測試案例來驗證已經知道的結果，上線前先跑過所有測試案例，有時如同救命仙丹。

SSMS2016版本:13.0.15900.1

這問題困擾我很久，直到最近才搞定。

ps:中英文版都有這問題，難道是我人品...

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

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

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