[Rails]N+1は悪！発生したらとりあえず解消せよ！！という考えは危険 - Qiita

N+1 それは諸悪の根源！パフォーマンスの敵！！ 見つけたらすぐに撃退すべき悪しき存在です！！！ と思われている方が多いと思います。 実際その通りで、ネットで調べてもN+1を解消するノウハウが溢れています。 基本的にはノウハウ通りに修正すれば良いのですが、まれにN+1は解消しない方が良いパターンもあるので具体例を交えて紹介します。 この記事で話したいこと この記事で話したいことは、なぜN+1は直すべきなのか？ということです。 N+1はあまりに有名すぎて直すノウハウはたくさんありますが、なぜ直すべきなのかが忘れられている感があります。 1つ言っておきたいのは、N+1を直すのはクエリー発行数を減らしたいからではないです。パフォーマンスを改善したいからです！ 言い換えるとクエリー数が減ってもはフォーマンスが改善しないのであればN+1を直す必要はないのです。 N+1とは 最初に典型的なN+1を復習

[n314]

1000件のうち5件取得を、まずDBじゃなくてプログラムでやろうと思う思考がよく分からん…。自分ならlimitつけたlateral join書いちゃうけど、rails的には生sqlは悪ということだろうか。

[vuy]

ORMを滅したうえで2waySQLに乗り換えたほうがいい。 とくにORMの仕様にあわせたDB設計してるとことか、ORMと心中したいのかと思う。

[Makeneko]

扱う数が多くなると、インスタンス生成のコストもネックに。結局、メモリ使用量や時間などを計測しないと、問題ないことの理由付けとして弱いかも。

[masatotoro]

“N+1はあくまでパフォーマンス改善の1つの手”

[wkwkhautbois]

Ruby/ActiveRecordはよく知らないけど、メモリ消費量の前に、余計なデータを扱うことによるDB内での読込時間とDB-AP間の転送時間に触れた方が良さそう。前の方が述べてるように、遅延読込の意図が無ければjoinとlimit使いたい。