[フレーム]
はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

気に入った記事をブックマーク

  • 気に入った記事を保存できます
    保存した記事の一覧は、はてなブックマークで確認・編集ができます
  • 記事を読んだ感想やメモを書き残せます
  • 非公開でブックマークすることもできます
適切な情報に変更

エントリーの編集

loading...

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

タイトルガイドライン

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます
コメントを非表示にできます コメント表示の設定

ブックマークしました

ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

37users がブックマーク コメント 5

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

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

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

はてなブックマーク

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページ

記事へのコメント5

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

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

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

その他
masatotoro
"N+1はあくまでパフォーマンス改善の1つの手"

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

2020年05月30日 リンク

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

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

2020年05月30日 リンク

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー
アプリのスクリーンショット
いまの話題をアプリでチェック!
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

usersに達しました!

さんが1番目にブックマークした記事「[Rails]N+1は悪!...」が注目されています。

気持ちをシェアしよう

ツイートする

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

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

ブックマークしたユーザー

  • techtech05212024年03月29日 techtech0521
  • nishitki2020年05月31日 nishitki
  • atomicmap2020年05月31日 atomicmap
  • takasago082020年05月31日 takasago08
  • Makeneko2020年05月31日 Makeneko
  • jksdaba2020年05月31日 jksdaba
  • decoy20042020年05月31日 decoy2004
  • Tomosugi2020年05月31日 Tomosugi
  • honma2002020年05月31日 honma200
  • chiku-san2020年05月31日 chiku-san
  • nukosan5552020年05月31日 nukosan555
  • hisato202020年05月31日 hisato20
  • peketamin2020年05月31日 peketamin
  • tanavel2020年05月31日 tanavel
  • asayamakk2020年05月30日 asayamakk
  • stokiwa2020年05月30日 stokiwa
  • azuma12522020年05月30日 azuma1252
  • masatotoro2020年05月30日 masatotoro
すべてのユーザーの
詳細を表示します

ブックマークしたすべてのユーザー

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しましたx

AltStyle によって変換されたページ (->オリジナル) /