SQL Server2005中“消失”的SQL Server系統表
SQL Server系統表在SQL Server 2005這個版本中“消失”了，系統數據轉而存儲在“資源”表中，這個表只能被服務器自身直接訪問。
SQL Server 2005中，SQL Server系統表不見了，取而代之的是系統視圖。是的。不見了。再也不需要對陌生的位進行操作，也不需要找出神秘的編碼方案——這在過去都是必需的。對于你們中間需要對遺留下來的參考這些表的人來說，我知道你在想什么:無休止的機械的升級以保障與SQL Server 2005的兼容。但是還不要心生厭惡。系統中仍然存在類似系統表的對象，就是為了向下兼容的目的。但是表的自身是——或者是實際上應該是——被遺忘，像8-tracks 和 Tab一樣被投入了歷史的垃圾桶中。
那么這些表去了哪里呢?SQL Server 2005中的系統數據現在存儲在隱藏的“資源”表中，這個表只能被服務器自身直接訪問。低級用戶(和數據庫管理員)必須使用新的一系列的分類視圖，這些視圖顯示了從各種我們看不到也不能調用的隱藏表和各種隱藏函數中獲得的數據。以前版本的SQL Server 中的SQL Server系統表現在作為一系列所謂的(也相當正確的)“兼容視圖”的形式實現。分類視圖和它們的伙伴，動態管理視圖(下面進行解釋)，代表了一種處理元數據的方式，這些元數據是完全重新設計和重新思考出來的。沒有了那些只會給數據庫管理員一些底層數據的微小感覺的神秘的表，現在的SQL Server提供了豐富的資源:SQL Server 2005中有超過200個分類和管理視圖，取代了以前版本中大約50個的SQL Server系統表。所有這些視圖都可以在系統計劃中找到。(計劃是在SQL Server 2005中大大擴展了的安全特性。但是這是另一篇貼士的話題。)要看到可用視圖的完全列表，SQL Server Management Studio擴展了所有數據庫的系統視圖樹。或者通過T-SQL 從視圖自身選擇一個列表，并找出友好的易于理解的名字:
SELECT name FROM sys.all_views WHERE is_ms_shipped = 1
你還會發現再也不需要通過瀏覽文檔來查找有關做某件關系系統數據的事情的線索。這些視圖都有很明確的自我解釋。有關視圖名字的一些線索如下:那些前綴是dm_的是動態管理視圖，通過類似當前會話、鎖，以及系統資源的信息表示服務器的正在改變的狀態。其他的視圖都可以認為是分類視圖。那些前綴是all_的包含了有關系統對象(例如視圖)和用戶定義的對象的信息。那些沒有all_前綴的只包含了用戶定義的對象的信息。在那些包括了系統對象的視圖中，is_ms_shipping字段可用于區分用戶定義對象和系統對象。如果is_ms_shipped字段的值為1，則這一行代表了一個系統對象，否則，就是用戶定義的對象。
***，讓我們檢查一些你可以從分類視圖中獲得數據類型。對于初學者，所有常見的內容都可以獲得。例如:查看索引中的數據，使用sys.indexes，而不是原先的sysindexes——奇怪的是，現在稱之為sys.sysindexes。對于約束，試試sys.check_constraints, sys.default_constraints, 或者 sys.key_constraints。看出這個趨勢了嗎? 哪怕是沒有簡單的提到一句有關新的動態管理視圖的話，都是不完整的。這些視圖是SQL Server存儲新的元數據的強有力的工具，它們可以幫助數據庫管理員快速解決問題并分析服務器的性能。其中的一些明星選手，包括sys.dm_exec_query_stats，用來報告查詢要求了多少個處理器時間;以及sys.dm_db_index_usage_stats，用來幫助數據庫管理員決定哪一個索引是最有用的，哪些是沒有用的。
對于這個巨大的元數據視圖集合，還有更多的話需要說。但是現在，可以看看最近由微軟發布在網上的beta版的SQL Server 2005在線書籍。系統視圖主題提供了對這個強大的新的數據倉庫的能力的整體描述。
【編輯推薦】
