五餅二魚工作室

利用 Azure SQL PM team 所製作的檢測語法，找出 Azure SQL Database 可改善之處

SQL Server 資料收集是個很方便的用來處理效能問題的資料收集器，但如果當我們沒有需要使用的時候，該怎麼來關閉呢 ?

SQL Server 2019 的新功能還蠻不錯的

原本 Enterprise 版本所支援的功能，現在已經下放到 Standard 版本

到底該使用 資料表變數 還是 暫存資料表 來存放一些暫時性處理的資料呢 ?

常常有人會說使用  LIKE 或比較慢，或者是使用 Substring 會比較慢，到底該怎麼來做選擇呢 ?

在使用 SQL 做模糊查詢的時候，如果要查字尾符合的條件時，往往因為不能有效使用索引，導致系統效能不佳的狀況，因此在這裡我們利用 REVERSE 的函數並且搭配計算欄位來反轉資料，讓原本查詢字尾的變成查詢字首，這樣就可以有效運用到索引來提升效能了。

前一篇我們介紹一個特別的案例，主要是因為 GUID 和錯誤的執行計畫所造成的問題，這次我們換比較簡單一點的狀況，來說明使用 GUID 所要注意的事項

前陣子在 FB 寫了「為什麼都要拿 GUID 來使用」，造成一些朋友的回應，因此我先利用一點時間來整理一下自己的幾個案例，當然這些案例並不是要去說用 GUID 的欄位型態就完全不好，只是想說明當如果要採用 GUID 的時候，可能相關的問題要去注意一下，這樣可以減少一些不必要的效能問題。

[SQL]使用 temp 物件和 table 變數的效能比較

[SQL][問題處理]真的不能用 1=1 嗎 ?

[SQL][Windows]SQL Server & Windows 的 Standard 版本記憶體限制

[SQL]解決大量資料刪除，造成資料庫交易紀錄檔案容量過大且耗費時間之處理

[SQL][個人筆記]Using Wait Statistics

[SQL][效能調校]設定管理資料倉儲收集 SQL Server 運作狀況

[SQL][效能調校] 使用 Buffer Pool Extension 和 OCZ ZD-XL SQL Accelerator 效能比較

[SQL][效能調校]OCZ ZD-XL SQL Accelerator 測試心得

[SQL][問題處理]資料類型優先順序 ( Data Type Precedence )

[SQL][Performance]一個大量資料轉換時的效能問題案例分享

[SQL][問題處理]設定長時間的 SQL Trace，避免因為關機和重新啟動造成中斷