トランザクションでのフローの一括処理

関連付けられたフロー

理解しやすくするために、関連付けられたフローの設計を次に示します。

フロー:

• ケースの親取引先と、その取引先が有するオープンケースの件数を検索します。
• 取引先のオープンケースが 6 件以上かどうかを確認します。
• 取引先のオープンケースが 6 件以上の場合:
  • 取引先のディビジョンマネージャーを検索します。
  • 取引先の Chatter フィードに投稿して、ディビジョンマネージャーと取引先所有者に通知します。
• 取引先のオープンケースが 5 件以下の場合は、取引先の Chatter フィードに投稿して、取引先所有者のみに通知します。

一括処理されるインタビュー

レコードの更新時に、各ケースのフローインタビューが同時に作成されます。インタビューがすべて同じフローに関連付けられます。インタビューはそれぞれ一括処理可能な要素に達するまで実行されます。

最初のインタビューがレコードを取得要素 (1) を処理します。[レコードを取得] は一括処理が可能なため、インタビューは他のすべてのインタビューが同じ処理を終了するまでこの時点で待機します。その後、Salesforce はすべての [レコードを取得] 操作をまとめて実行します (すべて同じフローの同じ要素に対する操作であるため)。トランザクションで、100 件の SOQL クエリではなく、1 件の SOQL クエリが実行されます。

決定要素 (2) で最初のインタビューが評価されます。取引先にケースが 6 件あるため、インタビューが「6 件以上」のパスに転送されます。インタビューが 2 つ目のレコードを取得要素 (3a) に進みます。この要素も一括処理が可能なため、インタビューがこの時点で待機します。

決定要素 (2) で 2 番目のインタビューが評価されます。この取引先はケースが 1 件のため、インタビューが「5 件以下」のパスに転送されます。インタビューは [Chatter に投稿] コアアクション (4) に進みます。この要素も一括処理が可能なため、インタビューがこの時点で待機します。

すべてのインタビューが処理された後、30 は 2 つ目のレコードを取得要素 (3a) の実行を待機し、残りの 70 は [Chatter に投稿] コアアクション (4) の実行を待機します。

Salesforce は、最初の 30 のインタビューに対してすべての [レコードを取得] (3a) 操作を実行します。トランザクションで、30 件の個々の SOQL クエリではなく、1 件のクエリが実行されます。

次に、トランザクションが [Chatter に投稿] コア アクション (4) に戻ります。このコア アクションでは、70 のインタビューが Chatter に投稿操作を実行する準備が整っています。これらのインタビューの取引先は、ケースが 5 件以下しかありません。Salesforce が、Chatter への投稿操作をまとめて実行します。トランザクションで、各 Chatter 投稿を作成する 100 件の個別の DML ステートメントではなく、100 の投稿をすべて一度に作成する 1 件の DML ステートメントが実行されます。[Chatter に投稿] コアアクションは後続の要素に結び付けられていないため、この 70 のインタビューは終了します。

関連するディビジョンマネージャーを検索した 30 のインタビューは、最後の [Chatter に投稿] コアアクション (3b) に進みます。30 のすべてのインタビューの準備が整ったら、Salesforce が 30 の [Chatter に投稿] 操作をまとめて実行します。Chatter 投稿ごとの 30 件の個々の DML ステートメントではなく、1 件の DML ステートメントが実行されます。[Chatter に投稿] コアアクションは別の要素に結び付けられていないため、この 30 のインタビューは終了します。