0

表:

スレッド: ID、名前

thread_participants: thread_id、user_id

スレッド名と参加者を一覧表示するページを作成したいと考えています。私が現在行っているのは、スレッドのクエリを実行してから、各スレッドのクエリを実行して参加者を取得することです。私が懸念しているのは、実行される可能性のあるクエリの数です。たとえば、1 ページあたり 20 のスレッドをリストすると、この操作のそのページに対する 21 のクエリになります。さらに、各ユーザーの情報を取得したい場合、結合を実行しない限り、クエリの数が大幅に増加する可能性があります。

1 つの公開ページで 50 ～ 100 のクエリを実行することは問題だと思いますか?

スレッドに対して 1 つのクエリを実行し、WHERE IN(...) を使用して参加者に対して別のクエリを実行してから、アプリケーションでユーザーを並べ替えたほうがよいでしょうか?

4

1 に答える 1

0

これは、そのページにアクセスすると予想される訪問者数や実際の SQL クエリ自体など、いくつかの要因によって異なります。これらのクエリにかかる時間、キャッシュの機会があるかどうか、さらにストレスをかけたときにサイトがどのように変化するか (つまり、ストレス テスト) を確認するために、いくつかのパフォーマンス メトリックを実行することを検討することをお勧めします。

于 2013-09-29T01:21:51.440 に答える