0

現在、次の使用制限のあるデータベースを使用しています。

  • 高速な単一行のルックアップ用に最適化されています (キーと値のペアは問題ありません)
  • 数百万行 (おそらく <10M ですが)
  • 関係結合などは必要ありません。
  • マルチユーザーおよびマルチスレッド アクセスの可能性

PostgreSQL を使用して開発されたのは、そのタイプのデータベースに精通していたためです。現在、検索や更新を行うには遅すぎます (これはキャッシュであるため、速度がすべてです)。現在、ルックアップを高速化するために PostgreSQL テーブルにインデックスを付けるさまざまな方法をテストしていますが、経験のある人から、Berkeley DB が最適にキー付けされた PostgreSQl db よりも高速であるかどうかを知りたいですか?

4

1 に答える 1

1

可能な限りインデックスを作成していない可能性がありますか? (10M 行は小さいです... Postgres はテラバイトのデータを処理できます。)

とはいえ、それが単なるキャッシュである場合、RAM ドライブとそのためのテーブルスペースを作成することを検討しましたか?

http://www.postgresql.org/docs/current/static/manage-ag-tablespaces.html

その中のテーブルをログに記録しないようにして、さらに高速化することもできます (実際に単なるキャッシュである場合、これはそれほど重要ではありません): postgresql 構文とデータ型の利点を備えた memcached に似たものになります。 .

于 2013-11-10T01:16:23.223 に答える