Rock的SQL筆記本

Order By向來是為人垢弊的效能殺手，可是有時又不得排序，也許可以透過建立索引來降低效能的影響。

日前有一個系統功能是要大量更新資料表的資料，我詢問一下PG預計如何撰寫該功能。PG回覆我說就是用迴圈更新前端餵近來的資料，我聽到當下覺得這樣的做法效能不僅差，且會對SQL造成一定程度的效能影響。

SQL PASS 九月份活動
主題：實戰探討 SQL Server 資料庫的備份與還原
講師：許致學(Lancelot)老師

日前到淡江上許致學老師的效能調教課程，課程中聽到老師提到SQL的資料表壓縮功能會耗用CPU效能，但不會造成明顯的效能問題。因此很好奇的實測看看，到底壓縮過的資料會造成CPU多大的影響呢?

今天在SQL PASS的FB上有一位朋友詢問一個問題

如何讓SQL根據Column中儲存的算式，在Select中算出每一筆Row的答案

今天同仁問我一個TSQL問題，語法如下

Select * From Tb1 a
Left Join Tb2 b On a.id=b.id
Where b.name='Rock'

SQLPASS 五月份活動出爐囉！

想到PASS找同好或高手挖寶嗎?
但課後交流時間實在太短。
PASS聽到大家的心聲了。
五月份舉辦的就是聚會。
讓大家在舒適環境中互相交流
希望兩個小時的互動時間
能讓您收穫滿滿 !

我們可以利用sys.dm_db_index_usage_stats這一個DMV來知道索引的使用狀況，例如哪一個索引被seek幾次scan幾次。但有時我會想要知道到底是哪一些語法使用到這一個索引。

無意間發現Event Log 一堆36888跟36882的錯誤訊息，此一錯誤訊息應是無害可以略過，但自己筆記一下

一直以來在寫TSQL時如需要一個暫存資料表，大多會用Table Varible或Temp Table來做

但常常聽到一些講師或看見官方文件都將Table Varible定義成存放小資料量的臨時資料表

但我長期使用Table Varible來做大資料的暫存表也沒遇見什大問題，因此也就沒多注意。

直到某天突然爆了一個大雷......

恭賀新禧，2016春節就用這一篇文來開工吧 ! ! ! !

針對大量資料寫入資料表的動作其很大的副作用就是交易紀錄檔的成長

因此在做樣大量寫入資料的動作時，如何減少交易紀錄的成長變是很重要的課題。

在這一篇 DBCC CHECKDB搭配REPAIR_ALLOW_DATA_LOSS修復資料庫的資料遺失風險 中我們有提到資料庫損壞時盡量不要用DBCC CHECKDB的方式修復資料庫，這一篇我們就來介紹如何使用備份檔並搭配Restore Page修復已損毀的資料庫。

相信很多人都知道DBCC CHECKDB('DB Name',REPAIR_ALLOW_DATA_LOSS)

語法可以幫忙修復有問題的資料庫。而MSDN也有說明這個動作會造成資料遺失，

建議不要用這種方式修復資料庫。

近日看見一部利用Restore Page方式修復資料庫的影片，想想如果用DBCC CHECKDB

來修會造成多少資料的損失呢?

今天無意間發現一句簡單Query的執行計畫有一個我沒見過的圖示

Rock日常管理手上的SQL Server會特別注意一點，就是Logins的帳密保存

更新統計資料可確保查詢使用最新的統計資料進行編譯。不過，更新統計資料會導致查詢重新編譯。

我們建議您不要太頻繁地更新統計資料，因為改善查詢計畫與重新編譯查詢所花費的時間之間具有效

能權衡取捨。

您知道DBCC TRACEON(3226,-1)可以讓備份紀錄不要被記錄到

錯誤紀錄中(Errorlog)嗎?

相信很多時候大家會用字串組成動態的SQL語法然後再用Execute來塞入到資料表中

，或是將一些SP回傳資料寫入到資料表後再作運用。但這樣的作法會耗費較多資源歐

如何表列出預存程序(Stored Procesure)中用到了哪一些資料表呢?