標準的な J2EE プロジェクトでは、SQL コンストラクトまたは ORM フレームワークを直接使用してデータをフォームなどに管理することがよくありますが、もちろんエンタープライズ環境では、n ユーザーの同時アクセス パフォーマンスについてあまり気にしません。
では、最大 50 人以上のユーザーからなるユーザー フォーラムにとって、最もパフォーマンスに適した戦略は何でしょうか?
何かアドバイスはありますか？
1) 私の意見では、すべての先頭/最後のメッセージの高速アクセス インデックスをデータ レベルで保持する必要がありますが、プレーン テキスト ファイルまたはデータベース テーブルを使用するかどうかは疑問です。
2) 視覚的には、「高速アクセス インデックス」のみにリンクされたメッセージ リストの先頭にすべてを構築し、Ajax を使用してメッセージの詳細とコンテンツを取得することで、アプリケーション フローを 2 つの別個のチャネルに分割できます。 1 つは高速なコンテンツを提供することを目的とし、もう 1 つは複雑なデータ (コンテンツ メッセージ、ユーザーの詳細など) を提供することを目的としています。
重要なお知らせ：
フォーラム アプリケーションは、「貧弱な」データと Java 環境にうまく適合する必要があります。私の質問を php 化しないでください ;-)