Webアプリ開発におけるSQLの数の目安

Question

Djangoを使ってWebアプリの開発を行っています。
その際、「django-debug-toolbar」というライブラリを使用しています。
このライブラリを使用すると、ページを表示する際に実行されたSQLの数とその実行時間が確認できます。

今回質問させていただきたいのは、「Webアプリ開発における、1ページに実行されるSQLの数の目安」です。

例えば、Djangoで以下のようなモデルとフォームがあったとします。

class Job(models.Model):
    job = models.CharField(max_length=64)

class Profile(models.Model):
    name = models.CharField(max_length=20)
    job = models.ForeignKey(Job, on_delete=models.CASCADE)

class ProfileForm(forms.ModelForm):
    class Meta:
        model = Profile
        fields = ('name', 'job')

このProfileFormを使用すると、JobモデルのSQLが実行されます。
つまり、Profileモデルに新たにForeignKeyのフィールドを追加し、フォームクラスでそのフィールドを追加する度にSQLの数が増えてきます。
もちろん、上記以外でもSQLが実行されるケースはいくつもあります。

そこで、みなさんはどういった基準でSQLの数を気にされているのか知りたく、質問させていただきました。
私も、いわゆる「N+1問題」などを気にして、なるべくSQLの数を減らすように作業を行なっていますが、基準がわからずどこまで行うべきか迷ってしまいます。

どのような意見でも構いません。
例えば、
・「単純に10以下に抑える。」
・「数が多くても実行時間が短ければ、数はそれほど気にしない。」
などの意見があるかと思いますが、「もっとこういったことを気にするべき」などがあれば回答していただきたいと思います。

Answer 1

なるべくSQLの数を減らすように作業を行なっていますが、基準がわからずどこまで行うべきか迷ってしまいます。

SQLの数を減らす事について基準なんてありません。大事なのは要件を満たす事ですから。

そもそも、こういった質問になるのは、フレームワーク選定の際の検討が十分になされていないという事ですから、そういった点を今後は気にするべきですね。

Answer 2

SQL の数を減らすことに意味があるとは思えません。
もちろん無駄な SQL を発行することは厳禁ですが、あるページを表示する際に必要な SQL であるならば、それは減らすことはそもそもできないはずですよね。
もっとも、特に ORM 機能を持つフレームワークの場合、E-R に基づいて取得カラム数が増えてしまう傾向があるので、そこはきちんと必要最小限に絞り込みますが。

それをやって尚減らすためには画面設計、さらには全体の設計まで見直す必要が出てきます。

要求される応答速度などの理由で結果的に SQL を整理することはあるかも知れませんが、整理が優先されるわけではないです。