mysqlとInfoBrightを比較してみる

mysql5.0とInfoBright3.4.1に同様のレコード数をINSERTし、
同様のキューブを作成。
アナライザーレポートにてレスポンスを比較してみました。

実際は発行されるSQLの実行速度を比較してます。
基本的にボトルネックはDBのレスポンスですので、SQLを比較。
画面表示まではMDXも実行されますが、こちらは一瞬なのでSQLのみ対象としてます。
MondrianのSQLログの設定はこちら

比較した操作方法や、データ内容の詳細および結果レポートを弊社デモ用サーバにて見れるようにしてますので
こちらをご覧ください。
http://www.pentaho-japan.com/pentaho/Login

user:demo
pass:demo

にてログインしていただき、
「mysql-IB比較結果分析」を参照ください。

結果や考察は以下に記載してますが、
このデモ用サーバにある「結果」を軸を変えたりフィルタリングしたりして
参照してみてください。


【結果】　　（単位：秒）



【考察】
・mysqlよりInfoBrightのほうが１０倍~２０倍ほど高速。
・mysql・InfoBrightに限らず、ディメンジョンテーブルのあるスタースキーマ型のほうが高速。
・mysqlのINDEX有（エリアIDに付与）とINDEX無について比較したが、INDEXがあるほうが高速とはかぎらなかった。むしろ遅い場合も。
（当然、単純な合計（操作１・２）は速いが。）
・mysqlのディメンジョン有・３６５万件で、最大１分ほどかかるため、遅すぎる。
　（１分超えると利用者は待っていられないし次やることを忘れそうなので現実的ではない）

【結論】
・数千万件以上の大量データの場合はやはりInfoBrightがおすすめ。
・ディメンジョンテーブルを利用し、スキーマワークベンチにてキューブの設定を行う方が高速。
・ハードのスペックにもよるが、mysqlであれば１００万件レベルが限界かも。

【その他】
・操作７はSQLを発行しないので瞬時に表示されるため「-」表示。
・PUCの「新規データソース」から「データソースウィザード」にてデータソースを作成する方法は
　簡単ではあるが、あくまで簡易的な位置づけとし、多くとも１００万件程度のものを使用することをお勧めします。

理由は以下

Tweet