【DB2學習】使用reorgchk 收集表的資訊

楊奇龍發表於2010-09-21

D:\DB2\BIN>db2 reorgchk update statistics on table yang.bd_corp
正在執行 RUNSTATS ....
表統計資訊:
F1: 100 * OVERFLOW / CARD < 5
F2: 100 * (資料頁的有效空間使用率) > 70
F3: 100 * (需要頁數 / 總頁數) > 80

SCHEMA.NAME  CARD     OV     NP     FP ACTBLK    TSIZE  F1  F2  F3 REORG
--------------------------------------------------------------------------------
YANG.BD_CORP  4       0      1      1      -     2600   0    - 100  --

索引統計資訊:

F4: CLUSTERRATIO 或正常化的 CLUSTERFACTOR > 80
F5: 100 * (葉子頁的已用空間 / 非空葉子頁的可用空間) > MIN(50, (100 - PCTFREE))
F6: (100 - PCTFREE) * (在一個較小層索引中的可用空間數量 / 所有鍵所需的空間數量)
< 100
F7: 100 * (偽刪除的 RID 數 / RID 總數) < 20
F8: 100 * (偽空葉子頁數 / 葉子頁總數) < 20

SCHEMA.NAME  INDCARD  LEAF ELEAF LVLS  NDEL    KEYS LEAF_RECSIZE
NLEAF_RECSIZE LEAF_PAGE_OVERHEAD NLEAF_PAGE_OVERHEAD  F4  F5  F6  F7  F8 REORG
--------------------------------------------------------------------------------
YANG.BD_CORP
YANG.I_BD_CORP_1 4     1     0    1     0       4            5
            5                984                 984 100   -   -   0   0 -----
YANG.I_BD_CORP_2 4     1     0    1     0       4           11
           11                984                 984 100   -   -   0   0 -----
YANG.PK_BD_CORP  4     1     0    1     0       4            4
            4                822                 822 100   -   -   0   0 -----

CLUSTERRATIO 或正常化的 CLUSTERFACTOR(F4)將指示索引需要
REORG,該索引與基本表不在相同的序列中。當在表中定義了多個索引時,一個或多個索引
可能被標記為需要 REORG。指定 REORG 順序的最重要索引。
使用 ORGANIZE BY
子句和相應的維索引定義的表的名稱有“*”字尾。維索引的基數等價於表的“活動的塊數
”統計資訊。

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

相關文章