ソースベースのコミットのセッションの場合、Integration Serviceはターゲットロード順グループのアクティブソースから取り出された行の数に基づいてターゲットにデータをコミットします。これらの行は、ソース行と呼ばれます。

Integration Serviceはソースベースコミットのセッションを実行するときに、マッピング内のパイプラインごとにコミットソースを識別します。Integration Serviceは、コミットの間隔ごとに、アクティブソースからコミット行を生成します。Integration Serviceは、ソースベースのコミットの間隔に使用されるトランスフォーメーションの名前もセッションログに書き込みます。

Integration Serviceは、アクティブソースで作成される行数よりも少ない行をターゲットにコミットする場合もあります。たとえば、アクティブソースを通じて10,000行を渡すソースベースコミットのセッションがあり、トランスフォーメーションのロジックによって3,000行が削除されるとします。Integration Serviceは、残りの7,000行がターゲットにロードされた時点でターゲットにコミットを発行します。

writerのバッファに保持される行数は、ソースベースコミットのセッションのコミットポイントには影響しません。たとえば、アクティブソースを通じて10,000行を渡すソースベースコミットのセッションがあるとします。この10,000行がターゲットにロードされると、Integration Serviceはコミットを発行します。セッションが正常に完了した場合、Integration Serviceはソース行が10,000行、20,000行、30,000行、40,000行の時点でそれぞれコミットを発行します。

ターゲットが同じトランザクション制御単位に属する場合には、データは同時にターゲットにコミットされます。セッションが失敗したり強制終了されたりすると、トランザクション制御単位の未コミットのデータはすべて同じソース行にロールバックされます。

ターゲットが別々のトランザクション制御単位に属する場合は、コミットは各ターゲットがコミット行を受け取るたびに実行されます。セッションが失敗したり強制終了されたりすると、各ターゲットは最後のコミットポイントにロールバックされます。別々のトランザクション制御単位に属するターゲットの場合、同じソース行にロールバックされない場合があります。