開発実績

Batch Apex による集計バッチ

Salesforce / Apex（Database.Batchable）

標準レポートでは出せない複雑な集計（例：特定期間におけるユーザーごとのユニークな取引先数）を Batch Apex で自動算出する仕組み。start処理で対象ユーザを取得し、execute処理で複数オブジェクトから関連レコードを Map に集約、その Map から必要データを取り出して集計し、finish処理でレポート用オブジェクトを一括作成する。集計に使う関連データ（約10オブジェクト分）はバッチ冒頭でまとめて取得して Map 化し、集計処理では SOQL を発行せず Map から絞り込むことで SOQL ガバナ制限を回避。バッチサイズも検証し、1トランザクションのレコード上限にも抵触しない設計とした。

• Apex
• Batch Apex
• SOQL
• ガバナ制限

• 課題：標準レポートでは表現できない「特定期間におけるユーザーごとのユニークな取引先数」のような複雑な集計を、自動で正確に出す必要があった。
• 実装：Database.Batchable で実装する。start処理で対象ユーザを取得し、execute処理では複数オブジェクトから対象ユーザに関係するレコードを取得して集計用の Map に格納。後続の集計処理では、その Map から必要なデータを取り出して集計結果を変数に格納する。最後の finish処理では、レポート表示用オブジェクトのレコードを一括作成する。
• 工夫（ガバナ対策）：execute処理の中で集計ごとに SOQL を発行するとガバナ制限に抵触するリスクが高まるため、集計の計算に使う関連データ（約10オブジェクト分）はバッチ冒頭でまとめて取得し、参照しやすいキーで Map に格納。後続の集計処理では新たに SOQL を発行せず、その Map から条件で対象レコードを絞り込む方式とした。どの単位・どのキーで Map を持てば最小のクエリで賄えるか、この取得設計に最も時間をかけ、SOQL ガバナ制限にも余裕を持たせた。また実行のバッチサイズについても検証し、1トランザクションで扱えるレコード数の制限にも抵触しないように工夫した。
• 成果：集計結果をレポート用カスタムオブジェクトへ書き出し、スケジュール実行で定期的に最新化。レポートでの集計数値の可視化に繋げた。集計対象が多いバッチ処理であったが、ベストプラクティスに基づいた設計で本番環境でも正常に機能させた。