N+1問題ってなんやねん
そんなに、気にすることのなんかあ?
N+1問題って何やねん
1NAME IS NULL
2018/06/19(火) 19:22:20.73ID:FkIhJN5A2018/06/19(火) 19:38:18.01ID:???
わかりやすいように、誰かガンダムに例えて答えてくれ!
3NAME IS NULL
2018/06/21(木) 21:37:14.39ID:YW+duppn ●●●宇宙の外側に何があるのか?●●●
http://jbbs.livedoor.jp/bbs/read.cgi/stu▲dy/3729/1069922074/84-87
この掲示板(万▲有サロン)に優秀な書き▲込みをして、総額148万円の賞金をゲットしよう!(*^^)v
http://jbbs.livedoor.jp/stu▲dy/3729/ →リンクが不良なら、検▲索窓に入れる!
http://jbbs.livedoor.jp/bbs/read.cgi/stu▲dy/3729/1069922074/84-87
この掲示板(万▲有サロン)に優秀な書き▲込みをして、総額148万円の賞金をゲットしよう!(*^^)v
http://jbbs.livedoor.jp/stu▲dy/3729/ →リンクが不良なら、検▲索窓に入れる!
2023/09/25(月) 15:18:53.76ID:???
ちょっと待って、それはないやろ
5NAME IS NULL
2025/09/22(月) 11:08:50.91ID:bqxupGgL エンティティが1 - Nの関係にあるときに1件のレコードに対してそれと関連するN件のレコードを取得するときにクエリをN回発行するってことだろ
クエリの発行回数が多いときに問題になるのは、クエリのレイテンシが大きくて処理に時間がかかることやDBに負荷がかかることだろうな、レコード数が多いうえにインデックスが使われてなかったら悲惨なことになる
解決策はjoinでまとめて取得するか、in句やor区でまとめて取得するかしかないんじゃねえかな
クエリの発行回数が多いときに問題になるのは、クエリのレイテンシが大きくて処理に時間がかかることやDBに負荷がかかることだろうな、レコード数が多いうえにインデックスが使われてなかったら悲惨なことになる
解決策はjoinでまとめて取得するか、in句やor区でまとめて取得するかしかないんじゃねえかな
6NAME IS NULL
2025/09/22(月) 11:12:30.08ID:bqxupGgL クエリのレイテンシが低くてDBの負荷が低いDBならN+1は問題にならないんだろうけどな
メインフレームのようにファイルベースのDBを使うって手もある
メインフレームのようにファイルベースのDBを使うって手もある
レスを投稿する
