選擇優化選項的方案

iSQlServer發表於2008-12-22

可以組合資料庫引擎優化顧問所提供的各種優化選項來獲得實現 SQL Server 所需的建議。以下各節介紹了各種優化選項組合的方案以及每種組合產生的優化建議型別。

 選擇正確的選項組合
下表列出了一些示例,說明資料庫引擎優化顧問是如何解釋優化選項的各種組合的,使用者可以通過 dta 命令提示實用工具或資料庫引擎優化顧問圖形使用者介面 (GUI) 來選擇優化選項的不同組合:

dta 指定的引數  GUI 的“優化選項”選項卡中選擇的選項  資料庫引擎優化顧問如何解釋此選項組合 
-fa IDX

-fp NONE

-fk ALL
 索引

不分割槽

保留所有現有 PDS
 在建議中保留所有現有的物理設計結構。資料庫引擎優化顧問也可能建議使用未分割槽的索引。
 
-fa IDX_IV

-fp NONE

-fk NONE
 索引和索引檢視

不分割槽

不保留任何現有 PDS
 在建議中僅包含未分割槽索引和索引檢視。實施所產生的建議後,將刪除所有現有的分割槽物件(如果存在)。
 
-fa IDX_IV

-fp ALIGNED

-fk ALIGNED
 索引和索引檢視

對齊分割槽

保留對齊分割槽
 保留所有現有的“對齊”物理設計結構(與基表和檢視的分割槽方法相同)。資料庫引擎優化顧問可能會建議使用同樣對齊的其他索引和索引檢視。實施所產生的建議會將資料庫設定為“對齊”狀態。
 

 優化選項組合的使用方案
下表列出了大多數使用者實際遇到的常見方案以及啟用這些方案的優化組合。影響這些方案的因素如下:

效能

功能熟悉程度,例如使用索引檢視時有多熟練

資料庫的增量更改

可管理性

向後相容

便於遷移(從 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 的使用者。
 增量更改
 帶有篩選索引選項的索引和索引檢視
 無
 索引
 

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/16436858/viewspace-520819/,如需轉載,請註明出處,否則將追究法律責任。

相關文章