ActiveRecordでINの中が一万個とかにならないようにする - かみぽわーる

この記事は MySQL Casual Advent Calendar 2017 の23日目の記事です。 みなさんORマッパーは使っていますか？ 僕は仕事とか趣味でActiveRecordというORマッパーを使っているんですけど、こいつ例えば Team.preload(players: :high_score).to_a みたいなことをするとすぐ SELECT `scores`.* FROM `scores` FROM `scores`.`id` IN (a, b, c, ...数千個続く...) みたいなクエリを生成しよるんですけど、MySQL 5.7に上げたときに range_optimizer_max_mem_size の制限で実行計画がテーブルスキャンに落ちてえらい目にあったことがありました。MySQL側で range_optimizer_max_mem_size = 0 することで

[kamipo]

blogged #mysqlcasual

[nakag0711]

ORマッパーなるものの邪悪さがよくわかる事例

[f-shin]

find_in_batchesとか大量データの取扱いが楽になるあたり、よくできてるなと思う。

[mohno]

むしろ「1000個まで」というレベルで使っていいんだ、と思った（そこにずらずら並べるのはよくないかと思って悩んだりしてた）

[u1tnk]

覚えとこう

[tmatsuu]

range_optimizer_max_mem_size 知らなかった。なるほど。

[luccafort]

“どうやらOracleにはINの中の個数が1000個までしか入れられないという制限があるようで”へー知らなかった。IN句で上限に達したことはないし、そういうのはレビューで弾きたいけどたまに現れるので知見としていい。

[twotiger]

いまだにこのレベルかー

[sampo02]

SQL脳が強いとActiveRecordを用いる際にto_sqlしてしまう癖がある これはActiveRecordへの理解が浅い事実とSQLでの最適解を知ってしまっているジレンマがある

[diveintounlimit]

バカとかクソとかの非建設的なゲンナリする意見はさておき。。クエリに大量のinやwhereが紛れ込むのはよくあるので、レビュー時には注意していたりはする。

[hyujico]

ORマッパーほとんど使ったことなかったけど、まだしばらく使うことはなさそう。

[non_117]

この間ハマったやつだ！（JOINにして回避した）

[tsucchi1022]

INの個数制限なくてもSQLの長さ制限で破滅することがあった気がするので、その場合も使えそう(IN1万個って時点で破滅しているのでは？、というのは置いといて)