RDBMSの結果キャッシュとアプリケーションレベルのキャッシュ

Question

私は10年の鉱山経験のなかで、RDBMSをOracleまたはSQLサーバーのいずれかをデフォルトで使用していました。デフォルトで無効になっている結果キャッシュを決して調整しないでください（少なくともoracleで）。私は常に、キャッシュ・オプションとしてehcache/memcache/redisなどのアプリケーション・レベルでキャッシュ・オプションを使用しています。

質問DBサーバーで使用できるメモリ帯域幅があれば、パフォーマンスの問題に直面するかどうかにかかわらず、結果キャッシュ、つまりDBレベルを積極的に使用することは有効な選択肢ではありませんか？このクエリ結果の は、select * from employee where department = 'Finance'と言っても、常に金融部門に対応してキャッシュされます。

私の質問では、ハードウェアがLRUまたは特定の要件ごとに適切なアルゴリズムをサポートする場合、DBレベルのキャッシュを使用しないでください。 アプリケーションレベルのキャッシュを作成し、別のサーバーとして（memcachedのように）展開する必要があります。

Answer 1

たとえば、ehcacheというアプリケーションレベルのキャッシングを使用すると、アプリケーションでネットワーク経由でデータを取得する料金を支払うことができなくなります。 （あなたのアプリケーションがあなたのRDBMSと同じマシン上にホストされていないと仮定して）

looking at the common latency in IT systemsについて考えると、おそらく既にあなたのアプリにとって大きな利益になっているはずです。