TOP＞比較データ＞ インデックスの作成時間

徹底比較!! Oracle & PostgreSQL 第６回：PostgreSQLの適用範囲を考える 〜 データ検索のパフォーマンス 著者：ミラクル・リナックス  高橋 強   2005/5/30

前のページ  1  2  3

インデックスの作成時間

続いてインデックスの作成時間を比較します。「給与」列に対してインデックスを作成する時間をOracle、PostgreSQLのそれぞれで測定します。

図2：給与列へのインデックス作成時間

給与列は数値型（integer）の列で、先ほどのテストで集計に使用した列です。こちらも集計処理の全件検索と同様の結果となりました。    インデックスの作成では該当データを検索した上で、データをソートしてインデックスを構築していきます。当然検索時の処理速度に影響されることとなり、検索部分のコスト差が大きいために、その差が現れています。

インデックスありの全件検索での集計

次に、給与列にインデックスを作成した状態で、先程のテストと同じ全件検索での集計を行い、時間を計測してみます。

図3：インデックスありの場合の集計検索時間

結果は、インデックスなしの場合とほとんど変わりありませんでした。このテスト環境のハードウェア構成ではディスクI/Oコストが小さかったため、インデックスのI/Oコストと全件検索時のコストに差があまりなかった事が原因です。データ件数が増えた場合だと、もう少し差が出てくるはずです。    PostgreSQLでは多少の改善が見られるものと期待した部分もあったのですが、残念ながらほとんど同じ結果となりました。

まとめ

単純な検索での処理速度を比較した結果からは、検索処理そのものや集計での処理速度はOracleの方が高速であると言えます。少なくともPostgreSQLでは基本的な部分で検索処理のオーバヘッド（ディスクI/O以外の部分）が大きいと考えられます。    データの登録速度と並べてみると、登録処理の速いPostgreSQLと検索が速いOracle…という結果は、そのデータの格納方法とその利用における違いを顕著に現す、対照的な結果であると見ることができます。

前のページ  1  2  3

著者プロフィール ミラクル・リナックス株式会社  高橋 強 1993年某SIベンダへ入社後、Oracle、DB関連のコンサルティング、チューニング、社内案件の技術支援などを10年ほど担当。2004年ミラクル・リナックス株式会社へ入社。

INDEX 第6回：PostgreSQLの適用範囲を考える 〜 データ検索のパフォーマンス   データ検索時のパフォーマンスを測定する   テスト其の弐 〜 データの検索 インデックスの作成時間

徹底比較!! Oracle & PostgreSQL 第1回 データベースソフトウェアの選択基準とは 第2回 アーキテクチャ比較  プロセス構造の違い 第3回 アーキテクチャ比較  ファイル構造の違い PostgreSQLの特徴 第4回 PostgreSQLの適用範囲を考える 〜 機能比較 第5回 PostgreSQLの適用範囲を考える 〜 データ登録のパフォーマンス 第6回 PostgreSQLの適用範囲を考える 〜 データ検索のパフォーマンス 第7回 PostgreSQLの適用範囲を考える 〜 更新・削除のパフォーマンス 第8回 PostgreSQLの適用範囲を考える 〜 ベンチマークテスト 第9回 PostgreSQLの適用範囲を考える 〜 管理・運用編

商用＆OSSデータベースの現状と今後 第1回 シェアの差はそのままデータベースの実力の差か？〜RDBMS各々のメリットとデメリット比較〜 第2回 止まらない安心＆止まっても安心？〜有名ブランドだけが可用性を保証できるのか？ 第3回 1台なら大丈夫。つないでいっても大丈夫？〜OSSのスケーラビリティの実際 第4回 商用 vs. OSSの単純な機能比較では話にならない 〜 データベースのセキュリティを考える 第5回 ホントにつながる？商用とOSSの異種データベース接続を見てみよう 第6回 「バックアップとは何か」から見た、商用 vs OSSデータベースの違いとは？ 第7回 ラクする？こだわる？データベースのパフォーマンスチューニング