共用方式為


選擇微調選項案例

您可以結合 Database Engine Tuning Advisor 所提供的各種微調選項,以便取得 SQL Server 實作所需的建議。下列章節討論不同微調選項組合的案例,以及各種組合所產生的微調建議類型。

選擇正確的選項組合

下表列出的範例,可說明 Database Engine Tuning Advisor 如何解譯使用者透過 dta 命令提示字元公用程式或 Database Engine Tuning Advisor 圖形化使用者介面 (GUI) 所選擇的各種微調選項組合:

dta 指定的引數

GUI 中 [微調選項] 索引標籤的選取項目

Database Engine Tuning Advisor 如何解譯此選項組合

-fa IDX

-fp NONE

-fk ALL

索引

沒有資料分割

保留所有現有的 PDS

保留建議中現有的所有實體設計結構。Database Engine Tuning Advisor 可能也會在建議中建議使用未資料分割的索引。

-fa IDX_IV

-fp NONE

-fk NONE

索引與索引檢視表

沒有資料分割

不要保留任何現有的 PDS

僅包含建議中未資料分割的索引與索引檢視。如果實作建議,則將會卸除所有現有的資料分割物件 (如果有的話)。

-fa IDX_IV

-fp ALIGNED

-fk ALIGNED

索引與索引檢視表

對齊的資料分割

保留對齊的資料分割

保留「對齊」的所有現有實體設計結構 (如基底資料表與檢視一般,以相同的方式進行資料分割)。Database Engine Tuning Advisor 可能會建議使用對齊的其他索引與索引檢視表。實作建議會使資料庫的狀態變得「對齊」。

微調選項組合的使用方式案例

下表列出大部份使用者會遭遇到的情況案例,以及成就這些案例的微調組合。決定這些案例的因素如下:

  • 效能

  • 功能熟悉度,例如使用索引檢視的自信程度

  • 資料庫的累加變更

  • 管理能力

  • 回溯相容性

  • 移轉簡易 (從某版 Microsoft SQL Server 移轉到另一版)

效能對所有案例而言是常見因素;因此未在下表中明確列為其中一個因素。

#.

案例描述

因素

指定的物件

指定的資料分割

指定的保留選項

1

使用者想要擁有最佳效能 (新的或現有的資料庫),但使用者不滿意資料分割功能。使用者從 SQL Server 2005 移轉至 SQL Server 2008。

功能熟悉度,回溯相容性

索引與索引檢視

2

使用者會微調一小組新的或特定查詢,但使用者還不能自在使用資料分割功能。使用者從 SQL Server 2005 移轉至 SQL Server 2008。

累加變更,功能熟悉度,回溯相容性

索引與索引檢視

全部

3

使用者不想變更基底資料表的叢集。對分割方式不滿意。使用者從 SQL Server 2005 移轉至 SQL Server 2008。

功能熟悉度,累加變更

索引與索引檢視

叢集索引

4

使用者想要已調整良好的索引,但只希望對一小部份的新查詢之索引進行累加變更。對分割方式不滿意。從 SQL Server 7.0 版移轉至 SQL Server 2000 的使用者和 SQL Server 2000 使用者。

累加變更

索引與索引檢視

索引

5

使用者希望整體工作負載都有最佳效能 (新的或現有的資料庫)。使用者會設定或部署新的 SQL Server 系統。使用者從 SQL Server 2005 移轉至 SQL Server 2008,而且想要利用資料分割來獲取效能。

-

索引與索引檢視

完整

6

使用者微調一小組新的或特定查詢。使用者部署新的 SQL Server 系統

累加變更

索引與索引檢視

完整

全部

7

使用者不想要變更基底資料表的叢集,但想要有最佳效能。

累加變更

索引與索引檢視

完整

叢集索引

8

使用者想要保留所有現有的索引,索引檢視則可有可無,並希望同時能儘可能地改善效能。當工作負載變更時,可能會很有用 (對工作負載變更而言,索引檢視沒有索引健全)。

累加變更

索引與索引檢視

完整

索引

9

使用者想要有最佳效能 (新的或現有的資料庫),但資料分割功能主要供管理之用。使用者會設定或部署新系統。

管理能力

索引與索引檢視表

對齊

10

使用者希望資料分割功能主要用於管理。微調一小組新的或特定查詢。

累加變更、管理性

索引與索引檢視表

對齊

對齊

11

使用者不想變更基底資料表的叢集。進行分割的主要用途,是要提升管理能力。

功能熟悉度、累加變更、管理能力

索引與索引檢視表

對齊

叢集索引

12

使用者滿意索引,但是不滿意索引檢視表或資料分割。整個工作負載的最佳效能。使用者從 SQL Server 7.0 版升級到 SQL Server 2005,或從 SQL Server 7.0 版升級到 SQL Server 2008。

功能熟悉度,回溯相容性

索引

13

使用者滿意索引,但是不滿意索引檢視表或資料分割。針對一組新的或特定的查詢進行微調。使用者從 SQL Server 7.0 版升級到 SQL Server 2005,或從 SQL Server 7.0 版升級到 SQL Server 2008。

累加變更,功能熟悉度,回溯相容性

索引

全部

14

使用者不想變更基底資料表的叢集。對分割方式或索引檢視功能不滿意。使用者從 SQL Server 7.0 版升級到 SQL Server 2005,或從 SQL Server 7.0 版升級到 SQL Server 2008。

功能熟悉度,累加變更

索引

叢集索引

15

使用者想要從目前的資料庫刪除現有的索引檢視表,但是不刪除現有的索引。

功能熟悉度,累加變更

索引

索引

16

使用者不滿意索引檢視。整個工作負載的最佳效能。使用者從 SQL Server 7.0 版升級到 SQL Server 2008。

功能熟悉度

索引

完整

17

使用者不滿意索引檢視。針對一組新的或特定的查詢進行微調。使用者從 SQL Server 7.0 版升級到 SQL Server 2008。

功能熟悉度,累加變更

索引

完整

全部

18

使用者不滿意索引檢視。使用者不想變更基底資料表的叢集。微調一小組新的或特定查詢。使用者從 SQL Server 7.0 版升級到 SQL Server 2008。

功能熟悉度,累加變更

索引

完整

叢集索引

19

使用者想要從目前的資料庫刪除現有的索引檢視表,但是不刪除現有的索引。

功能熟悉度,累加變更

索引

完整

索引

20

使用者對索引滿意,但對於索引檢視不滿意。進行分割的主要用途,是要提升管理能力。希望有整個工作負載的最佳效能。使用者從 SQL Server 7.0 版升級到 SQL Server 2005。

功能熟悉度、管理能力

索引

對齊

21

使用者能自在使用索引,但還不習慣使用索引檢視。進行分割的主要用途,是要提升管理能力。希望有整個工作負載的最佳效能。使用者從 SQL Server 7.0 版升級到 SQL Server 2008。

功能熟悉度、管理能力

索引

對齊

對齊

22

使用者不想變更基底資料表的叢集。不滿意索引檢視表。進行分割的主要用途,是要提升管理能力。使用者從 SQL Server 7.0 版升級到 SQL Server 2005。

功能熟悉度、累加變更、管理能力

索引

對齊

叢集索引

23

使用者正在微調一組查詢。不想要任何新的叢集索引。不滿意索引檢視表或資料分割。

功能熟悉度,累加變更

非叢集索引

全部

24

使用者不想要任何新的叢集索引。不滿意索引檢視表或資料分割。

功能熟悉度,累加變更

非叢集索引

叢集索引

25

使用者正在微調一組查詢。不想要任何新的叢集索引。不滿意索引檢視。

功能熟悉度,累加變更

非叢集索引

完整

全部

26

使用者不想要任何新的叢集索引。不滿意索引檢視。願意考慮完全重新設計非叢集索引。

功能熟悉度,累加變更

非叢集索引

完整

叢集索引

27

使用者不想要任何新的叢集索引。不滿意索引檢視。想要保留對齊的最後實體設計。

功能熟悉度、累加變更、管理能力

非叢集索引

對齊

對齊

28

使用者正在微調一組查詢。不想要任何新的叢集索引。不滿意索引檢視。只要能保持對齊,就願意考慮重新設計非叢集索引。

功能熟悉度,累加變更

非叢集索引

對齊

叢集索引

29

使用者正在微調一組從資料表資料子集中選取的查詢。希望獲得最佳索引效能。

效能

具有篩選索引選項的索引

30

使用者想要已調整良好的索引,但只希望對一小部分的新查詢之索引進行累加變更。使用者從 SQL Server 2005 移轉至 SQL Server 2008。

累加變更

具有篩選索引選項的索引和索引檢視表

索引