データベース - IBM DB2 - REORG TABLE

1.　REORG TABLE って？

2.　REORGCHK (REORG TABLE の必要性を確認する)

3.　REORGCHK の結果の見方

4.　REORG TABLE 構文

5.　REORG TABLE 権限

1.　REORG TABLE って？

　「Oracle」でいう「ANALYZE」コマンドに相当するのかなぁと思っていたが、モノの資料によれば、それは「RUNSTATS」と書いてあるし・・・。
　「巨人 IBM」のサイトによれば、「REORG」とは

・フラグメンテーションの解消
・オーバーフロー・レコードの解消
・索引のキー順でデータを配置


　という効果があるそうです。
　「ALTER TABLE」等により、テーブルの構成を変更したときにはそのあとにやっておくべきもののようです。
　本ページは、下記のサイトを参考にさせていただきました。

「MadCap　DB2 - テーブル・インデックスの再編成またはクリーンアップ」
「DB2 勉強する : REORG (データの再編成)」


2.　REORGCHK (REORG TABLE の必要性を確認する)

　なんか、データベースに関してはド素人なのでヘンなこと言っちゃってるかなぁ。
　「Oracle」で「ANALYZE」を行うと統計情報を更新するのですが、それを行うとアクセスが速くなるって実感があったのです。
　だがしかし、実際には「ANALYZE」では統計情報を更新しているだけ？

　「db2」では、統計情報を更新するのが「RUNSTATS ...」。
　で「RUNSTATS」で更新して、統計を出力するのが。


db2 CONNECT TO データベース名


以下のコマンドです。


db2 REORGCHK [CURRENT STATISTICS] 対象指定


　「CURRENT STATISTICS」のオプションをつけると現在の統計情報でチェックするし、つけないと「RUNSTATS」を実行して、統計情報の更新を行った上でチェックするようです。
　対象の指定方法は以下のものがあるようです。


  指定  
					
  対象  
ON TABLE USER
					
接続しているユーザが所有するテーブル
ON SCHEMA スキーマ名
			
指定スキーマのテーブル
ON TABLE スキーマ名.テーブル名
	
指定したテーブル
ON TABLE SYSTEM
				
システムテーブル
ON TABLE ALL
					
すべてのテーブル


　テーブル名指定以外は、恐ろしく時間のかかる覚悟が必要です。
　また、解析結果は標準出力に出力されて、流れて見えなくなるので


db2 コマンド > ファイル名


　でリダイレクトした方が良さそうです。
　全テーブルを見るには。


db2 reorgchk current statistics on table all


3.　REORGCHK の結果の見方

　「REORGCHK」の結果は以下のように出力されます。


RUNSTATS 中	・・・

		・・・

SCHEMA.NAME                     CARD     OV     NP     FP ACTBLK    TSIZE  F1  F2  F3 REORG
----------------------------------------------------------------------------------------
表: スキーマ名.テーブル名
                             5750310      0  35939  38515      - 2.88e+08   0  91  93 ---
----------------------------------------------------------------------------------------

索引統計:

		・・・

SCHEMA.NAME                 INDCARD  LEAF ELEAF LVLS  NDEL    KEYS LEAF_RECSIZE NLEAF_RECSIZE LEAF_PAGE_OVERHEAD NLEAF_PAGE_OVERHEAD  PCT_PAGES_SAVED  F4  F5  F6  F7  F8 REORG
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
表: スキーマ名.テーブル名
索引: スキーマ名.インデックス名
                            5750310 25776     0    3 97580 5750310           19            19                674                 674                0   1  86   0   1   0 *----
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

		・・・



　省略している部分が多いですが、実際は、開業はむちゃくちゃだし、全然整形されたものではありません。(単に横が長いのではみ出しているということではありません)
　天下の「大 IBM」にしてはお粗末な出力で、笑ってしまいますが・・・。

　注視すべきは、REORG の下に表示される、「-」または「*」の文字で。
　テーブルでは３文字分、インデックスでは４文字分あります。

　この文字が「-」であれば、適正範囲の値で、「*」であれば、最適化を要するということになります。

4.　REORG TABLE 構文


REORG TABLE テーブル名 [INDEX インデックス名];


　が基本構文になります。
　どうも「INDEX ...」はつけて、テーブルとインデックスを同時に更新する方が効率がよいようです。

5.　REORG TABLE 権限

　あるテーブルの OWNER から「REORG TABLE」を実行したら「SQL2214N このユーザー ID は、表 "" に対して REORG ユーティリティーを実行する権限を持っていません。」というエラーが表示されました。
　「GRANT ALL」で権限がついているのに？

　調べてみたら、「GRANT ALL」ではつかない「CONTROL」権限というものが必要なそうで・・・。


GRANT CONTROL ON テーブル名;


　を行う必要があるのでした。