【正文】 rver 聯(lián)機圖書。如果表上沒有聚集索引，則此情況不適用。這是因為該表的聚集索引和非聚集索引都使用構成聚集索引的列。例如，如果大型表根據(jù)日期列進行報告，但是日期列未包含在聚集主鍵中，那么對于聚集索引測試日期列的使用就非常有用。范圍掃描的例子特別用來說明：在 R/3 環(huán)境中，還可能有適合于除主鍵列以外的列的聚集索引的情況。切記：預讀讀取是每個讀取為 64 KB 的物理磁盤讀取，物理讀取是每個讀取為 8 KB 的物理磁盤讀取。I/O 的數(shù)量已大大減少，因此，完成該查詢不再需要物理磁盤 I/O，因為所需要的頁在 SQL Server 數(shù)據(jù)高速緩存中已經有了。索引掃描到索引搜索的改變再次對 I/O 性能產生重大而又積極影響。.Scan count 1, logical reads 48, physical reads 0, readahead reads 0. Showplan 再次表明 SQL Server 正在對索引 ckey1 使用索引搜索而不是索引掃描。 統(tǒng)計 I/O 的查詢結果集和數(shù)據(jù)庫 I/O (Query Analyzer)： col1 col2 col3 filler 000 a 100 abc 000 a 200 abc 000 a 300 abc . . . 000 a 99800 abc 000 a 99900 abc 000 a 100000 abc (1000 row(s) affected) Table 39。a39。a39。要執(zhí)行查詢，僅需要 SQL Server 數(shù)據(jù)高速緩存中的 5 個 I/O，而前一個例子中，需要 240 個。索引搜索是指：SQL Server 能夠快速瀏覽 nkey1 B 樹結構（而不是象前面例子中的掃描索引的葉級），并使用書簽查找來找到與鍵值 5000 關聯(lián)的數(shù)據(jù)行。saptest139。 第二組索引的結果改進索引的單行取數(shù)據(jù)：select * from saptest1 where col3 = 5000基于文本的 ShowPlan 輸出： |Bookmark Lookup(BOOKMARK:([Bmk1000]), OBJECT:([pubs].[dbo].[saptest1]) WITH PREFETCH) |Index Seek(OBJECT:([pubs].[dbo].[saptest1].[nkey1]), SEEK:([saptest1].[col3]=5000) ORDERED) 等量圖形顯示計劃輸出。單擊 Indexes，然后按照聯(lián)機指示執(zhí)行。 備注 在 SAP R/3 環(huán)境中，建議使用 SE11 事務定義非聚集、非主鍵索引，以便在 R/3 數(shù)據(jù)字典中維護索引信息。如果更改可以保證性能優(yōu)勢，可以將聚集主鍵更改為非聚集主鍵，也可以為同時作為主鍵一部分的列創(chuàng)建新的非聚集索引，但是在任何情況下主鍵列必須都保持一致。 ALTER TABLE 語句用于將聚集主鍵更改為非聚集主鍵。a39。 數(shù)值的有 1,000 行）。Col2 的選擇性還可以（100,000 行中帶有 39。對 I/O 性能最好的做法就是在 col3 上定義非聚集，使 col3 成為唯一列或索引中的第一列。 在單行提取情況下，col3 就是正在搜索的列。與索引掃描相比，執(zhí)行索引搜索的效率更高。 索引更改建議索引設計的目的是將 I/O 減到最少以實現(xiàn)性能最優(yōu)。由于預讀讀取和物理讀取都是物理磁盤讀取，因此它們比高速緩沖存儲器的讀取的邏輯讀取速度慢得多。預讀讀取比物理讀取效率更高。此操作需要從高速緩沖存儲器中讀取 4,500 個 8K 的頁。索引掃描的意思是：SQL Server 需要讀取 sapt_c1 B 樹結構（即表的實際行）的葉級的的部分或全部以便找到鍵值 39。saptest139。a39。a39。 標為 Cost 的 Graphical Showplan 中標明的百分數(shù)表示在每個查詢的特定部分上所花費的時間所占執(zhí)行查詢花費的總時間的百分數(shù)。I/O 統(tǒng)計的這種變化可能由許多因素造成的，最常見的就是其它連接可能正在執(zhí)行查詢并將數(shù)據(jù)放入高速緩沖存儲器（它取代了被監(jiān)視查詢正在使用的數(shù)據(jù)頁）。 備注 I/O 統(tǒng)計是專用于運行的。也就是說要從 SQL Server 高速緩沖存儲器中讀取 240 個 8 KB 的頁面。索引掃描是指：SQL Server 需讀取 nkey2 的 B 樹結構的葉級的部分或全部，以便找到鍵值 5000。saptest139。 第一組索引的結果單行提取數(shù)據(jù)：select * from saptest1 where col3 = 5000基于文本的 ShowPlan 輸出： |Bookmark Lookup(BOOKMARK:([Bmk1000]), OBJECT:([pubs].[dbo].[saptest1])) |Index Scan(OBJECT:([pubs].[dbo].[saptest1].[nkey2]), WHERE:([saptest1].[col3]=5000)) 等量圖形顯示計劃輸出。 2. 選定 Show Stats I/O 然后單擊 Apply。 通過 TSQL 命令使用 SET STATISTICS IO 選項 (Query Analyzer) 1. 在查詢窗口鍵入以下命令： set statistics io on 2. 按 CTRL + E 執(zhí)行命令。這在 SQL Server 文檔中一般稱為 Statistics IO。 查詢 2 是一個范圍掃描，它根據(jù)與名為 col2 的列的匹配值從表中提取 1,000 行。 示例查詢select * from saptest1 where col3 = 5000 查詢 1 根據(jù)與名為 col3 的列的匹配值從測試表中提取一行： select * from saptest1 where col2 = 39。 非聚集索引 nkey2 模仿典型的 R/3 索引就在于它是多列索引。但是，可能有一些獨立的表，將聚集索引放在除包含表的主鍵列以外的某一列上會對這些表很有用。 示例索引SQL Server 主鍵的 SAP R/3 默認配置是將主鍵設置為聚集主鍵。a39。 of 100000 record39。loaded 39。abc39。zzzz39。00039。每一行都有唯一的 col3 數(shù)值。) 操作符用于檢測每第 100 行的插入。 SQL Server modulo (39。a39。這是為了模擬 SAP R/3 中非常常見的 MANDT 列，通常它不太具有選擇性。00039。第一個名為 col1 的列沒有選擇性。其目的是說明如何在 R/3 數(shù)據(jù)庫服務器環(huán)境中很好地利用 SQL Server 索引。 使用以下 SQL Server 表示例可以模仿與許多 SAP R/3 表非常類似的數(shù)據(jù)模式。 MSSTATS 提供了用于確定在 R/3 數(shù)據(jù)庫服務器上所運行的費用最高的存儲過程的重要工具。 MSSTATS 提供有助于根據(jù)資源使用區(qū)分存儲過程的信息。 SAP R/3 在 ST04 事務處理中提供 MSSTATS 工具，可以幫助 R/3 數(shù)據(jù)庫管理員跟蹤數(shù)據(jù)庫服務器上所執(zhí)行的 SQL Server 存儲過程的資源占用。 以下索引分析示例討論了這樣一種情況，即將聚集主鍵更改為非聚集主鍵以便聚集索引可以基于另一列進行定義并預排將聚集主鍵更改為非聚集主鍵所涉及的步驟，這一點是有意義的。某些情況對測試非主鍵組成部分且常常為了報告目的而用于大型表的列的聚集索引的使用非常有利。通常情況下會是這樣一種情況：在大表上所執(zhí)行的范圍掃描將不以與定義表的主鍵相同的列為基礎。 聚集索引支持中的這些更改與希望改進其 R/3 報告查詢性能的 R/3 數(shù)據(jù)庫管理員的想法有很大出入。 以后的 SAP R/3 版本中有可能包含 SQL Server 聚集索引的積極支持。創(chuàng)建聚集索引需要使用與 R/3 工具對應的 SQL Server 工具。在 版中，R/3 數(shù)據(jù)字典對除主鍵列以外的列聚集索引有被動支持。在這種情況下，Orders 表的日期列就是聚集索引的最佳列。 在多數(shù)數(shù)據(jù)庫行上搜索和執(zhí)行的操作應該基于定義范圍掃描的列定義聚集索引。這樣，SQL Server 查詢處理器和存儲引擎就能夠將檢索行所需的 I/O 控制到最小化。有了大的表，索引對數(shù)據(jù)庫 I/O 性能影響極大。此文檔可在“查找詳細信息”處找到。Microsoft 的 IT 機構和參與 SQL Server Early Adopter 計劃的 SAP R/3 用戶已運用了關系掩碼的默認設置，結果性能良好。關系掩碼的設置為零表明允許在所有處理器上執(zhí)行 SQL Server 線程。 SQL Server affinity mask 配置選項提供了不能執(zhí)行 SQL Server 線程的特定處理器的規(guī)范。 3. 單擊 Processor 選項卡，選定 select Use Windows NT Fibers，然后單擊 Apply。 打開 SQL Server lightweight pooling (Enterprise Manager) 1. 在右邊窗格中，雙擊 SQL Server Group 圖標。 如果數(shù)據(jù)庫服務器上的所有處理器的利用率都很高（性能監(jiān)視器表明在多處理器服務器上所有處理器的處理器利用率全部大于 95%），那么就有必要打開 SQL Server lightweight pooling。false39。allowpagelocks39。VBDATA39。false39。allowpagelocks39。VBMOD39。false39。allowpagelocks39。VBHDR39。 3. 按 CTRL + E 執(zhí)行以上命令。, 16000。 設置索引創(chuàng)建內存選項 (Query Analyzer) 1. 鍵入 exec sp_