Spring Cacheでは、どのようにキャッシュとキーを設計する必要がありますか？

Question

私はSpring Cacheの新機能で、Springキャッシュの実装としてEhcacheを使用しています。
私は次のパターンについて知りたいと思います：どちらが優れていて、なぜですか？

パターン1：多くの異なるクラスは、異なるキープレフィックスを持つ同じキャッシュを使用します。

@Cacheable(cacheNames = "myCache", key = "'user:'+#id") 
public User findOne(int id) { 
    return... 
} 

@Cacheable(cacheNames = "myCache", key = "'post:'+#id") 
public Post findOne(int id) { 
    return... 
} 

パターン2：すべてのクラスは独自のキャッシュを持っています。

@Cacheable(cacheNames = "users", key = "#id") 
public User findOne(int id) { 
    return... 
} 
@Cacheable(cacheNames = "posts", key = "#id") 
public Post findOne(int id) { 
    return... 
} 

パターン2では、ehcache.xmlに多くの<cache/>を設定する必要があります。
キャッシュが重量コンポーネントであるかどうかわかりません。
多くのキャッシュを作成するとパフォーマンスが低下しますか？

Answer 1

第2の解決策は、より効果的で追跡可能であり、エラーを起こしにくいように見えます。

異なるテーブルのIDを生成するデータベースによっては、が矛盾します。です。したがって、最初の解決策では、いずれかの投稿がユーザーのIDと同じIDを持つ場合に問題が発生する可能性があります。このバージョンでは、最初の解決策と同じように回避策は必要ありません。

第2に、オブジェクトの種類ごとに異なる属性が必要な場合があります。例えば; timeToLiveSeconds。ユーザー情報は投稿よりも頻繁に変更されることがあります。 （例えば、ユーザのエントリ数など）

第3、maxEntriesLocalHeap。ヒープ内の異なるタイプの最新のオブジェクトをより良いオプションのように見えるようにします。