比較SQL Server 2008資料庫引擎優化和索引優化

　　應執行什麼操作？採用以下方法將 USE 語句新增到指令碼 TuneQuery.sql 中：

USE AdventureWorks;
GO
SELECT FirstName, LastName
FROM Person.Contact
WHERE LastName = 'Abercrombie';
GO

　　資料庫引擎優化顧問首先檢視語句 USE AdventureWorks 並使用該資訊將當前資料庫設定為 AdventureWorks。然後，資料庫引擎優化顧問在檢視語句 SELECT FirstName, LastName FROM Person.Contact WHERE LastName = 'Abercrombie' 時將針對 AdventureWorks 分析該語句（因為當前資料庫上下文為 AdventureWorks）。這樣，資料庫引擎優化顧問就可以成功優化資料庫。請注意，如果使用 sqlcmd 或 SQL Server Management Studio 執行以上指令碼，則系統將針對 AdventureWorks 執行該語句，這是因為第一個 USE 語句將資料庫上下文從 MyDB 更改為 AdventureWorks。

　　USE 語句可用於指定要對其執行語句的資料庫。通常情況下，如果每條語句都使用完全限定的表名，則沒有必要進行該操作。

　　由於資料庫引擎優化顧問嘗試查詢每條語句執行所針對的相應資料庫（以模擬執行環境），因此以下資訊對於瞭解資料庫引擎優化顧問如何處理不同型別的輸入很重要。

　　SQL 檔案/內聯工作負荷

　　正如在前面部分中提到的，資料庫引擎優化顧問使用 USE 語句（位於 Transact-SQL 查詢之前）標識對其執行查詢的資料庫。資料庫引擎優化顧問從 Transact-SQL 指令碼檔案中的第一條語句開始檢視輸入。它首先假設當前資料庫是預設資料庫。由於存在 USE 語句，因此會更改當前資料庫的上下文（這些語句是針對當前資料庫進行分析的）。

　　跟蹤檔案和跟蹤表

　　資料庫引擎優化顧問在分析跟蹤檔案時模仿 SQL Server Profiler的重播。它按照列出的順序使用跟蹤檔案中的下列資訊：

• 如果跟蹤檔案包含填充了 DatabaseName 列的事件，則資料庫引擎優化顧問將使用該列查詢對其執行該事件的資料庫。
• 如果跟蹤檔案填充了 DatabaseID 列，則資料庫引擎優化顧問將使用該列查詢對其執行該事件的資料庫。它將查詢系統目錄以找到與 DatabaseID 相對應的資料庫名稱。

　　注意：

　　如果在收集跟蹤檔案後分離、附加、刪除或建立了資料庫，則 DatabaseID 和 DatabaseName 對映可能不會保持與建立跟蹤檔案時相同的狀態。資料庫引擎優化顧問無法確定此資訊。如果出現這種情況，則應從跟蹤檔案中完全刪除 DatabaseID，以防止資料庫引擎優化顧問優化錯誤的資料庫。

　　如果跟蹤檔案中不存在 DatabaseName 或 DatabaseID 列，則資料庫引擎優化顧問確定要用於每條語句的資料庫的方式與確定要用於跟蹤檔案中的每個 SPID 列的 Transact-SQL 指令碼的方式相同。如果不存在 SPID 列，則將以與確定 Transact-SQL 指令碼完全相同的方式確定資料庫。

　　資料庫引擎優化顧問在分析每條語句的過程中還使用登入資訊（如同在 SQL Server Profiler 重播中）。伺服器上的預設資料庫隨跟蹤檔案中顯示的 LoginName 列值的改變而改變。

　　注意：

　　如果跟蹤檔案中存在的登入不再出現在系統中，則資料庫引擎優化顧問將忽略該登入，並在預設情況下使用當前正在執行優化過程的登入。如果出現這種情況，則系統將在資料庫引擎優化顧問的優化日誌中寫入一條訊息。

　　優化時間限制

　　使用資料庫引擎優化顧問可指定優化時間，或指定無限制的優化時間。索引優化嚮導尚未提供此功能。有關詳細資訊，請參閱限制優化的持續時間和事件。