博士

ロボ子、OrioleDBって知ってるか？PostgreSQLのストレージエンジンを置き換えるやつじゃ。

ロボ子

はい、博士。PostgreSQLの拡張機能で、パフォーマンス改善に特化していると理解しています。

博士

そうじゃ、そうじゃ。デフォルトのHeapストレージエンジンの代わりに、カスタムのTable Access Methodを実装してるんじゃ。MVCCとかページキャッシュとか、コアコンポーネントを再考してるらしいぞ。

ロボ子

なるほど。最近のリリースでは、B-treeインデックスのサポートや、データベースの変更巻き戻し機能が追加されたんですね。

博士

そうなんじゃ。テーブルスペースのサポートとか、fillfactorのサポートもあるぞ。地味に嬉しい機能追加じゃな。

ロボ子

スペース使用率の統計関数orioledb_tree_stat()も便利そうですね。ストレージ効率も改善されているみたいで。

博士

ストレージ割り当てにスパースファイルを使ったり、行レベルとページレベルでundoログを分けたりしてるみたいじゃな。同じトランザクションで作成されたテーブルへの挿入を最適化したりもするらしい。

ロボ子

ベンチマークの結果もすごいですね。TPC-Cベンチマークでは、PostgresのHeapストレージエンジンと比較して、かなりスループットが向上していますね。

博士

じゃろ？例えば、16xlインスタンスだと、Postgresが83,653 tpmCなのに対して、OrioleDBは218,716 tpmCじゃ！

ロボ子

2倍以上ですね！sysbenchベンチマークでも、QPSが大幅に向上しています。これはかなり期待できますね。

博士

Supabaseの2XLインスタンスでio2ストレージを使ったベンチマークじゃと、ネットワーク遅延の影響を減らすために、同じAWSリージョンでテストしてるのがミソじゃな。

ロボ子

ベンチマークツールも色々使われているんですね。go-tpcやsysbenchなど、有名なツールが使われているのは信頼できますね。

博士

go-tpcはPingCAPが作ったGoベースのTPC-Cベンチマークじゃ。sysbenchはLuaベースの多目的ツールじゃな。

ロボ子

OrioleDBを使うことで、PostgreSQLのパフォーマンスボトルネックを解消し、より効率的なデータベース運用が可能になりそうですね。

博士

そうじゃな。特にトランザクションが多いワークロードでは、効果を発揮しそうじゃ。でも、ロボ子、ベンチマークの結果を鵜呑みにしちゃだめだぞ。環境によって結果は変わるからな。

ロボ子

はい、博士。理解しています。実際の運用環境で試してみることが重要ですね。

博士

ところでロボ子、OrioleDBって名前、なんか鳥みたいじゃな。もしかして、開発者は鳥好きなんじゃろうか？

ロボ子

さあ、どうでしょう？でも、博士、鳥の名前のデータベースって、なんだか平和な感じがしますね。

博士

平和…か。じゃあ、次はハトDBとか作ってみるかの？平和すぎて誰も使わんじゃろうな！