大規模なデータセットを扱い、複雑な計算やデータ集計を実行する必要がある場合、通常、バッチ Apex とスケジューリングを使用して、レコードをバッチで効率的に処理し、オフピーク時にプロセスを実行します。
選択肢 B は正解です。 @future アノテーションを使用するとメソッドをバックグラウンドで実行できますが、Future メソッドのガバナ制限である 50,000 レコードを超えるレコードを処理する必要がある操作には適していません。
選択肢 C は正解です。Schedulable インターフェイスを実装すると、営業時間後などの指定した時間にクラスを実行するようにスケジュールできます。これはこのシナリオの要件です。
オプション A は不正解です。Queueable は通常、スケジュールされた時間に大規模なデータセットを処理するためではなく、ジョブをチェーンし、個々のトランザクションの非同期処理を処理するために使用されます。
選択肢 D は不正解です。大規模なデータセットの処理に必要なのは Database.Stateful ではなく、Database.Batchable インターフェイスです。Database.Stateful インターフェイスは、バッチ ジョブ トランザクション全体で状態を維持するために使用されます。
参考文献:
Batch Apex の使用に関する Salesforce 開発者ドキュメント: Batch Apex の使用 Apex のスケジュールに関する Salesforce 開発者ドキュメント: Apex のスケジュール

オプション D は、Database.query() メソッドを for ループと組み合わせて使用​​するもので、最もメモリ効率の高いレコード処理方法です。これはクエリ ロケーター パターンとして知られており、大量のレコードをバッチでクエリすることで作業できるようになります。このアプローチは、結果セット全体をメモリに保存せずにデータベースから一度に 1 つのレコードを処理するため、「Apex ヒープ サイズが大きすぎる」というガバナー制限に達するのを回避するのに役立ちます。
参考文献:
非常に大規模な SOQL クエリの操作
アペックスガバナ制限

この要件を実装するには、アドレスを正規化する取引先責任者と取引先の Apex トリガが最適な方法です。Apex トリガは、レコードの保存前または保存後にロジックを実行するための最良のオプションです。住所の正規化は、取引先責任者レコードと取引先レコードの両方に適用できる共通のロジックであるため、同じロジックを実行するオブジェクトごとに個別のトリガーを用意するのが合理的です。こうすることで、開発者は、再帰や依存関係の問題が発生する可能性がある、あるトリガーから別のトリガーを呼び出すことを回避できます。開発者は、両方のトリガーによって呼び出されるヘルパー クラスを作成することで、アドレスを正規化するために同じコードを再利用することもできます。参照: [Apex トリガー]、[トリガー フレームワークと Apex トリガーのベスト プラクティス]、[Apex コードのベスト プラクティス]