1

私のユースケースは次のとおりです
。約1000以上のエントリを持つデータベーステーブルがあり、このテーブルは頻繁に更新/編集されませんが、将来変更されると予想しています。表の一部の列には、かなりの長さの文字列が含まれています。
現在、前述のデータベーステーブルから派生したテキストを表示するいくつかのマウスオーバーイベントを持つUIアプリケーションを作成中です。

私のユースケースでは、前述の表に存在するすべてのデータを含むインメモリデータベースをホストするバックエンド「サーバー」を作成することにしました。UIアプリは、起動時に、バックエンドサーバーによって存在またはホストされているインメモリデータベースから必要なデータをキャッシュします。

私のユースケースは、インメモリデータベースを使用することを正当化しますか?
そうでない場合、私が考慮すべき代替案は何ですか?

編集1-私のユースケースには、データベースでさまざまな複雑さの複数の検索を非常に頻繁に実行することも含まれます。

ありがとう
p1ng

4

1 に答える 1

3

インメモリデータベースの優れたユースケースのようです。一方、自分で書くことは、おそらく進むべき道ではありません。

考えられるほぼすべてのシナリオに対応する既存のオプションはたくさんあります:http://en.wikipedia.org/wiki/In-memory_database

テキストデータで複雑な検索を行う場合、Luceneは非常に優れています。特別なメモリ内ストレージバックエンドがありますが、実際には、このような小さなデータセットでは問題ありません。いずれにせよ、常にすばやくキャッシュされます。

于 2012-02-23T18:27:43.473 に答える