ページング/フィルタリングされたデータによるキャッシュ戦略

Question

私は現在、キャッシュ戦略について考えており、より重要なことはキャッシュ内のデータの重複を避けることです。私の照会は、言語にとらわれないものですが、非常にプログラミングに関連しています。

私の質問は、ページングまたはフィルタリングされたデータの効率的なキャッシュに関するものですが、それ以上の分散キャッシュです。後者は、memcachedに、さらに具体的には.NETポートにすることに決めました。私はNCacheの形で別の商用オプションを見たことがありますが、memcachedは私には完全に受け入れられるようです。そして、facebook、myspaceなどには明らかに使用されています...

私のクエリは、キャッシュ内のオブジェクトと、ページングされたデータを参照することもできます。私が100個のアイテムを持っていて、それらをページすると、キャッシュ内に製品1-10のIDをキャッシュし、それぞれの製品を別々にキャッシュすることができます。私がどこに降順で項目を並べ替えるかを選択すると、項目1-10は異なる製品になりますので、ページデータ/ソート/フィルタリングが変更されるたびに実際のオブジェクトを保存するのではなく、オブジェクトのIDを保存して、それらのうちのいくつかがキャッシュに存在しないか無効である場合に、データベース内でトラバクショナルルックアップを実行します。

私の最初のアイデアはキャッシュキーの場合です。

paged_<pageNumber><pageSize><sort><sortDirection>[<filter>] 

私は、いずれかが、そのようなページングデータなどのデータのようなパターンのキャッシングに関するstratiesに関するあらゆるパターンやアイデアを知っていれば私の質問は、最終的には「paged_」で始まるそのいずれかをキャッシュキーを反復処理し、削除しますオブジェクトが複数回キャッシュされないようにします。

memcachedはネイティブコードであり、上記の方法でキャッシュをクリアするのに問題はありませんが、キャッシュ内のアイテムが多くなるほど時間がかかることは明らかです。現在誰かが採用しているこの種の問題に対して、誰かが何らかの解決策や理論を知っていれば、私は興味があります。私は確信しているだろう。お時間

TIA

アンドリュー私は一度試してみました

Answer 1

いただきありがとうございます、私が何を考え、同様のキャッシュ戦略であり、それは扱いにくい見つけました。最終的には、ページを構成するオブジェクトをキャッシュして、すべての要求に対してページを生成するだけでした。ページを構築するための10のキャッシュヒットは、（うまくいけば）サブ秒の応答時間、あなたのサービスのユーザーにかなり瞬間になるだろう。

ページ全体をキャッシュする必要がある場合（結果セットとして考える）、ユーザーリクエストをハッシュで実行し、それをキャッシュキーとして使用できます。具体的な例やコードで視覚化するのは難しい問題です（少なくとも私にとって）。