 |
|
| 徹底比較!! 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年ミラクル・リナックス株式会社へ入社。
|
|
|
|
|
|
