内部メールや、ユーザーとクライアントの間で頻繁にやり取りされる小規模から中規模のテキストのチャンクを処理する Web アプリを構築しています。このデータを保存するための最良の方法は何ですか? データベース (MySQL) または何千もの個別のファイルとして? それを圧縮するのはどうですか (PHP の gzcompress() または MySQL の圧縮機能)?
これは公開アプリケーションではないため、ユーザーの負荷は最小限に抑えられます (一度に 20 ユーザー未満)。ただ、アプリ内では毎日大量の通信が行われるので、時間の経過とともにデータ量がかなり増えることが予想されます（そのため、圧縮したいのです）。
アクセスと移植性を容易にするためにデータをデータベースに保持したいのですが、ここで見た画像に関するスレッドのいくつかは、ファイル ストレージの使用を提案しています。どう思いますか？
ありがとう、セス
明確にするために編集：テキストを検索する必要はありません。そのため、スペースを節約するためにテキストを圧縮することに傾いています。
ファイルをデータベースに保持する主な理由の 1 つは、格納している残りのデータとの整合性を保つことです。バックアップを作成したり、定義済みのデータセットを使用して (再) 展開したりすることが容易になります。さらに、トランザクションの整合性を保証することも容易になります。
テキストをファイルとして保存する利点の 1 つは、Web サーバーを使用してテキストを提供する方が簡単であることです。これがファイルを使用する唯一の残りの利点である場合は、Web サーバーでファイルをキャッシュすることを検討できます。これにより、多くのことが得られます。データベースの簡単なバックアップとトランザクションですが、同時に http リクエストのスピードアップも可能にします。
この「ミディアムチャンク」ってどのくらいの大きさなのかしら。テキストが書き込まれただけのメッセージ (10 KB 未満) の場合、圧縮するとさらに小さくなり、データベースの成長に大きな影響はありません。単一のクエリですべてを利用でき、ファイルの内容を個別に取得する必要がないため、開発と保守もはるかに簡単になります。