Oracle専用、高速大容量データ抽出ツール「MTU」

カラム数が多い場合の性能への影響

当サイトやＰＲ資料等で今まで公開して参りましたMTUの性能に関するデータは、右記のデータ型で定義された列を持つ、比較的データ長の短いテーブルを使って測定された結果に基づくものでした。このテーブルへ弊社のオリジナルユーティリティー（非公開）を使ってサンプル・データをロードした時の平均データ長は 165 バイトでした。
しかし製品のご利用を検討されているお客様から「カラム数がもっと多かったり、レコード長が長いデータで測定した時の結果を知りたい（※Oracle Database の１表当たりのカラム数の上限は 1000）」というご指摘を受けた為評価テストを実施する事になりました。本稿はそのテストで得られた結果をまとめた資料です。
この評価テストでは、最大で 270 個の列を持ち、平均データ長 4157 バイトというかなり長めのデータ長のテーブルをアンロードする実験を行い、それよりも列の少ないテーブルをアンロードした時と何が違うのかを比較して、列の多さが性能に与える影響を確認しました。

条件	選択内容
使用したシステム	こちらのリンクをクリックすると、テストに使用したコンピュータについて解説した、このサイト内の記事へジャンプします。
用意するテーブル	verchar2(15)型データをパーティション化キーとするハッシュ・パーティション表：HASH_PART_xxxx を作成（下表参照）
パーティション数	32
アンロード時並列度	32
MTU用環境変数 (出荷時初期値を変更した主なもの)	FILESIZE=0 BIND_SIZE=1G PARALLELISM=32 PARTITIONING=0

テーブル：HASH_PART_0160/_0480/_1440 を使用したテストケースでは、平均処理能力に大きな差異は認められませんでした。また、ディスク・ベンチマークテスト（Sequential Write = 496.897 MB/s）と当テストの比較結果から、ストレージへの書込み能力限界に近いデータレートで処理できることが分かりました。
しかしHASH_PART_4320 のケースでは能力低下が見られました。これはブロックサイズが8192で設定されていたため、１ブロックに複数の行を詰め込むことが出来ず空き領域が多い為、その他のケースと比べて読取ブロック数が増大したためと考えられます。
カラム数の多さが性能に影響を与える事は殆ど無い事が分かりました。Oracle ブロックへデータが効率良く格納されている事が、待機時間の短縮に影響を与えることが分かりました。