(繼續閱讀)
本篇內容主要說明，如何快速的查閱資料庫裡定義好的「Stored Procedure」、「Function」、「View」跟「Trigger」，這不是什麼技巧，但在接手別人開發專案的時候，特別的有用，所以做個記錄。（如果是想看條列資料表的欄位，請參考）
從SQL2005之後便對XML提供了完整的支援，也有許多專家強調XML是現在與未來重要的基礎，那我們當然也不能自立於外，也要來瞭解一下SQL在XML部份，提供了什麼樣的能力，以及該怎麼將資料表的內容匯出轉成XML格式...
前一篇才寫了「交易記錄檔 LDF 太大」，怎麼這一篇還是寫交易記錄檔太大，會不會太過騙人了，想衝篇數也不是這樣......不是的～是因為直接刪LDF這種手法太暴力，太不可預測風險，所以決定要用SQL本身提供的工具（DBCC ShrinkFile）來正確的處理他。又不想將2種混在同一篇說，所以又多了這一篇囉～
MS-SQL 資料庫會有兩個檔案，分別資料檔（MDF）與記錄檔（LDF），每一筆交易(Transaction)完成後，會先記錄在記憶體(Memory)裡，等到檢查點(Checkpoint)時再寫入交易記錄檔，實際運作的情形並不會隨時的將資料都寫回到資料檔裡，所以妥善的保護交易記錄檔是相當重要的事。但所有的交易紀錄都被寫在LDF裡，會導致LDF膨脹的飛快，並且會比資料檔來得大上許多（好幾GB的LDF大有人在），上圖的例子中，資料其實才13MB，但交易記錄檔卻是24倍的大，該怎麼處理呢？
開始利用程式同時觀察多台 Server 的 EventLog 後，意外的發現某一台資料庫執行運作都正常，卻在記錄下一直出現 18456 登入失敗的錯誤訊息
本篇內容主要說明，如何快速的查閱資料庫裡定義好的「
前一篇才寫了「
MS-SQL
資料庫會有兩個檔案，分別資料檔（MDF）與記錄檔（LDF），每一筆交易(Transaction)完成後，會先記錄在記憶體(Memory)裡，等到檢查點(Checkpoint)時再寫入交易記錄檔，實際運作的情形並不會隨時的將資料都寫回到資料檔裡，所以妥善的保護交易記錄檔是相當重要的事。但所有的交易紀錄都被寫在LDF裡，會導致LDF膨脹的飛快，並且會比資料檔來得大上許多（好幾GB的LDF大有人在），上圖的例子中，資料其實才13MB，但交易記錄檔卻是24倍的大，該怎麼處理呢？
開始利用程式同時觀察多台 Server 的 EventLog
後，意外的發現某一台資料庫執行運作都正常，卻在記錄下一直出現 18456 登入失敗的錯誤訊息
