Classで確認できる処理情報です。『execute』処理で毎回実行されたDMLの実行回数はリセットされているので、12万件のレコードを処理しても特に制限にかかる心配はありません。※一番気になるHeapSizeも特に問題ありませんでした。Countの項目は『execute』処理の中でカウントアップしていますが、正常に全件分カウントされていることを確認できます。シンプルな処理ということもありますが、12万件の更新処理は約5分で完了しました。取引先のチェック項目は正常に更新されています。100万件とか1000万件とかもっと大量の件数でも確認してみたいのですが、とりあえず10万件ぐらいなら何の制限にも引っかかることはありませんでした。おまけApexバッチといえばバッチサイズを指定することができます。通常200件で実行しますが、2000件など大きい値を指定すれば処理実行時間が短縮されます。(エラー発生時に一度にエラーになる件数も多くなりますが...)約12万件の件数を処理するのに5分程掛かりました。多くした場合どのくらい違いが出るのか確認してみます。2000件で実行チェックボックスをTrueからFalseに更新するのでこんな感じです。Batchesは約600件から約60件まで小さくなりましたが、処理の実行時間はあまり変わりませんでした。Jobが登録されてから処理が実行されるまで少し時間が掛かった気がしました。バッチサイズに指定できる上限ですが、たしか2000件だったと思います。開発者ドキュメントに次の記載がありました。Apexというわけで今回確認した感じでは約10万件のレコードならバッチサイズによる影響はそれほどなさそうな感じでした。(処理のバラつき等あると思うのでもしかするともっと早く終ることもあるかもしれません。)※一応もう一度実行して確認してみました。さいごにstartメソッドで実行されるDatabase.QueryLocatorオブジェクトは、最大で5千万件のレコードを返せます。それ以上はエラーになるみたいです。今回の検証コードはこちらです。Apexトリガとワークフロールールの違いについて最近「Apex開発はダメ。はてなブログPro技術ブログ的な感じです。Guideスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。