N+1問題におけるORMの重たさについて - Atsuo Ishimoto's blog

tl;dr¶ボトルネックはちゃんと測定して把握しないとダメだよ。 N+1問題¶DjangoやRailsなど、ORMを利用するWebフレームワークなどの開発では、よく 「N+1問題」 というのが話題になります。ORMでは、あるモデルが参照している別のモデルを参照するとその時点でSQLが発行されてしまうため、気が付かないうちにパフォーマンスが低下する場合がある、というやつですね。 Django¶例えば、Djangoで次のようなモデルがあったとき、 class Table1(models.Model): text = models.TextField() class Table2(models.Model): table1 = models.ForeignKey(Table1, on_delete=models.CASCADE)

[raimon49]

M1の噛ませ犬となってしまったCore i9の悲哀…

[katsush]

意外だったし計測の重要性は同意するけど、高負荷環境で問題になるのは簡単に増やせるAPサーバじゃなくてDBなのでDBのCPU使用率やqpsを計測しないと

[odakaho]

“この程度の単純なクエリの場合、ORMの処理時間のほとんどはRDBの呼び出しではなく、SQLの組み立てやモデルオブジェクトの構築に費やされている”

[youko03]

“つまり、この程度の単純なクエリの場合、ORMの処理時間のほとんどはRDBの呼び出しではなく、SQLの組み立てやモデルオブジェクトの構築に費やされているのです。”

[sevenspice]

"実験と観測を繰り返すしかありません" ほんこれ。でも工数貰えず場当たり的にORM使わずにSQL直接投げて解決みたいな対処ばかりになっている。