IMDB ( http://www.imdb.com/name/nm0000138/ )、LinkedIn、または Facebook などのサイトでは、1 つのページを読み込むために 1000 のクエリが発生する可能性があるようです。
ページ要求で (賢明に) 生成できるクエリの数に上限はありますか? それとも、この問題はキャッシュによって解決されmemcachedますか? 他にも採用できる戦略はありますか？(IMDB では、コンテンツの大部分はユーザーのページに対して静的であると思います。)
本当のハード制限はありません。それはすべて多くの要因に依存します。これには、データベース トラフィックのプロファイル、データベースで利用できるリソース、データベース アーキテクチャ (複製/分散など)、スキーマ、アプリの設計、ネットワーク接続、ユーザーの期待が含まれます。
最善の方法は、ページの読み込み時間をどのくらいにするべきか (ページの読み込みの 95% が 0.5 秒未満である必要があります) を把握し、ベンチマークを設定して、それらの目標を達成しているかどうかを確認することです。アプリが階層化されたアプローチで構成され、コンポーネントが適切にカプセル化/分離されている限り、必要に応じてキャッシュなどのパフォーマンス改善戦略を追加して、パフォーマンスを必要な場所に保つことができます。