ウェブアプリケーションの適度な量のデータをキャッシュする - DBまたはフラットファイル？

Question

私が取り組んでいるWebアプリケーションでは、さまざまなWebリソース（HTML、XML、RSSなど）を頻繁に解析する必要があります。一旦ダウンロードされると、ネットワーク負荷を最小限に抑えるためにこれらのリソースをキャッシュする必要があります。このアプリは非常に簡単なキャッシュポリシーを必要とします。アクセス時間からX分以上経過した時点でキャッシュされたリソースを再ダウンロードするだけです。

万一I：

1. ストアの両方のアクセス時間（午前10時50分午前例えば6/29/09）とデータベース内のリソースそのもの。
2. アクセス時間と一意の識別子をデータベースに格納します。一意の識別子は、ローカルディスクに格納されているリソースのファイル名です。
3. 別のアプローチまたはサードパーティのソフトウェアソリューションを使用します。

本質的に、この質問は「中程度の量のデータ（データベースまたはフラットファイル）を格納するのに適していますか？

ありがとうございました！ :)

注：このアプリケーションはVPSで動作しているため、データベース/フラットファイルのサイズ制限は適用されません。

Answer 1

すべての提案された解決策は合理的です。しかし、私の特別なニーズのために、私はフラットファイルを使いました。奇妙なことに、私は他の答えのいくつかで言及されていない理由でそうしました。フラットファイルのバックアップと削除が簡単で、DBとフラットファイルの両方のソリューションにより、キャッシュされたデータが失効しているかどうかを簡単に確認できます。私はフラットファイルを最重要視していました。なぜなら、中規模のワンボックスVPS LAMPアーキテクチャでは、サードパーティのキャッシュやDBベースのソリューションよりも高速になると思います。

あなたの考えに感謝します。 :)

Answer 2

このdocプラットフォームに依存します、あなたは.NET

を使用した場合の答えはあなたが時間や依存関係の有効期限を設定することができますASP.NET

で、このために理想的に適し、Cacheオブジェクトを使用し、3である、 キャッシュオブジェクト

https://web.archive.org/web/1/http://articles.techrepublic%2ecom%2ecom/5100-10878_11-5034946.html

Answer 3

をあなたの質問に答えることを説明します。「？データの適度な量を格納するための優れている - データベースやフラットファイルを」

答えは（私の意見では）フラットファイルです。フラットファイルはバックアップが容易で、簡単に削除できます。

しかし、この質問にはカプセル化されていない追加情報があります。主に、この保存されたデータにアクセスしてリソースが失効しているかどうかを判断する必要があります。

この必要性を考えると、データベースに格納する方が意味があります。フラットファイルは、リレーショナルDBと比較して、ランダムアクセスや検索には適していません。

Answer 4

どちらもありません。

memcachedをご覧になり、サーバー/クライアントプラットフォームで動作するか確認してください。キャッシュするデータに必要なRAMを確保できるならば、これはセットアップが簡単で、ファイルシステム/ rdbmsベースのキャッシュよりも優れたパフォーマンスを発揮します。