SQL Server 2008數據庫引擎優化顧問與索引優化向導之間的差別

除了可以處理 Microsoft SQL Server 的新數據庫功能以外，數據庫引擎優化顧問在具體操作方面也不同于 Microsoft SQL Server 2000 索引優化向導。盡管這兩個工具都提供了圖形用戶界面 (GUI) 和命令提示符界面，但熟悉索引優化向導的用戶應注意以下更改。

有關數據庫引擎優化顧問的新功能的完整列表，請參閱數據庫引擎優化顧問功能。 優化數據庫所需的權限

在 SQL Server 2000 中，只有 sysadmin 固定服務器角色的成員可以使用索引優化向導來優化數據庫。在 SQL Server 中，通過使用數據庫引擎優化顧問，sysadmin 角色的成員仍可以優化數據庫，但目前 db_owner 固定數據庫角色的成員同樣可以優化自己所擁有的數據庫。 ms173448.note(zh-cn,SQL.100).gif注意： 首次使用時，必須由具有系統管理員權限的用戶啟動數據庫引擎優化顧問以初始化應用程序。初始化后，sysadmin 固定服務器角色的成員和 db_owner 固定數據庫角色的成員都可以使用數據庫引擎優化顧問來優化數據庫。但請注意，db_owner 角色成員只可以優化自己所擁有的數據庫。有關詳細信息，請參閱初始化數據庫引擎優化顧問。

工作負荷上下文

索引優化向導使用選定要優化的數據庫來評估工作負荷中的每條語句，而不管該語句最初是否是在該數據庫的上下文中執行的。索引優化向導在一個優化會話中只能優化一個數據庫。數據庫引擎優化顧問可以在一個優化會話期間優化多個數據庫。數據庫引擎優化顧問使用腳本中的信息確定語句運行所在的數據庫，并針對該數據庫評估此語句。選定要優化的數據庫不會影響評估語句的方式。

例如：

* AdventureWorks 數據庫包含一個 Person.Contact 表，該表中包含 FirstName 和 LastName 列。 * 工作負荷 TuneQuery.sql 包含以下查詢： 復制代碼

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

* 在默認情況下，User1 連接到 MyDB 數據庫。

在 SQL Server 2000 中，User1 從命令行發出以下命令，或使用索引優化向導 GUI 執行類似的步驟： 復制代碼

Itwiz -D AdventureWorks -I TuneQuery.sql –o rec.sql –U <username> –P <password>

此方法有效，因為 TuneQuery.sql 中的每條語句均針對 AdventureWorks 數據庫（因為命令行 -D AventureWorks 中指定了它）進行了分析。TuneQuery.sql 在 AdventureWorks 數據庫中有效，優化繼續進行，并且未出現任何問題。

使用數據庫引擎優化顧問時，命令行語法為： 復制代碼

dta -s Session1 –D AdventureWorks –if TuneQuery.sql –of rec.sql –U username –P password

由于默認情況下，User1 連接到 MyDB 數據庫，因此系統將數據庫上下文設置為 MyDB。然后，對 MyDB 數據庫而不是對 AdventureWorks 分析 Transact-SQL 語句。該語句在 MyDB 中無效，因此被忽略。

為什么會出現這種情況？如果 User1 在未指定目標數據庫的情況下使用 sqlcmd 或 SQL Server Management Studio 來執行 TuneQuery.sql，則 TuneQuery.sql 將針對 MyDB 執行分析，這將導致分析失敗。數據庫引擎優化顧問的操作與此類似。

應執行什么操作？采用以下方法將 USE <database> 語句添加到腳本 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 <database> 語句將數據庫上下文從 MyDB 更改為 AdventureWorks。

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

由于數據庫引擎優化顧問嘗試查找每條語句運行所針對的相應數據庫（以模擬執行環境），因此以下信息對于了解數據庫引擎優化顧問如何處理不同類型的輸入很重要。 SQL 文件/內聯工作負荷

正如在前面部分中提到的，數據庫引擎優化顧問使用 USE <database> 語句（位于 Transact-SQL 查詢之前）標識對其執行查詢的數據庫。數據庫引擎優化顧問從 Transact-SQL 腳本文件中的第一條語句開始查看輸入。它首先假設當前數據庫是默認數據庫。由于存在 USE <database> 語句，因此會更改當前數據庫的上下文（這些語句是針對當前數據庫進行分析的）。 跟蹤文件和跟蹤表

數據庫引擎優化顧問在分析跟蹤文件時模仿 SQL Server Profiler的重播。它按照列出的順序使用跟蹤文件中的下列信息：

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

ms173448.note(zh-cn,SQL.100).gif注意： 如果在收集跟蹤文件后分離、附加、刪除或創建了數據庫，則 DatabaseID 和 DatabaseName 映射可能不會保持與創建跟蹤文件時相同的狀態。數據庫引擎優化顧問無法確定此信息。如果出現這種情況，則應從跟蹤文件中完全刪除 DatabaseID，以防止數據庫引擎優化顧問優化錯誤的數據庫。

* 如果跟蹤文件中不存在 DatabaseName 或 DatabaseID 列，則數據庫引擎優化顧問確定要用于每條語句的數據庫的方式與確定要用于跟蹤文件中的每個 SPID 列的 Transact-SQL 腳本的方式相同。如果不存在 SPID 列，則將以與確定 Transact-SQL 腳本完全相同的方式確定數據庫。

數據庫引擎優化顧問在分析每條語句的過程中還使用登錄信息（如同在 SQL Server Profiler 重播中）。服務器上的默認數據庫隨跟蹤文件中顯示的 LoginName 列值的改變而改變。 ms173448.note(zh-cn,SQL.100).gif注意： 如果跟蹤文件中存在的登錄不再出現在系統中，則數據庫引擎優化顧問將忽略該登錄，并在默認情況下使用當前正在執行優化過程的登錄。如果出現這種情況，則系統將在數據庫引擎優化顧問的優化日志中寫入一條消息。

優化時間限制

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