Rails/ActiveRecord バッチ処理の最適化 - Hack Your Design!

目次 検証環境前提条件オリジナルコード ベンチマーク最適化1: 簡単な最適化 ベンチマーク最適化2: where & each を使う ベンチマーク最適化3: find_each を使う ベンチマーク最適化4: in_batches & update_all を使う ベンチマーク最適化5: where & update_all ベンチマーク最終結果「ActiveRecordデータ処理アンチパターン」で発表します参考リンクRailsのバッチ処理最適化の記事書いたら需要あるかな — toshimaru (@toshimaru_e) December 2, 2017ということで今日はRailsバッチ処理の最適化について書いてみたいと思います。 検証環境コードの検証に使った環境は下記の通りです。 macOS High Sierra (2.3 GHz Intel Core i5 / メモリ8G)Ru

[daisuke-fuchiwaki]

:star:

[daichirata]

はいオッケーとは行かなそうと思ったらちゃんと追記書かれてた

[iga_k]

find_each, in_batches, update_all

[yshz]

rails

[akatakun]

一回のリクエストで全舐めする場合は、レスポンスタイムに無理がない範囲でないといけないし、バリデーションが呼ばれない ことを許容する必要があるというなるほどな意見

[mas-higa]

例えば ActiveRecord をやめる

[h5y1m141]

後半の所で気になるなぁーと思ったら少追記読んで自分が気になったポイント間違ってなかったと一安心。※最近前半みたいな実装で苦しまされてた。。

[Tomato-360]

勉強になる

[peketamin]

バッチ！