セーブポイント考察

認定上級Platformデベロッパー

2018.12.262019.06.16

SavePointの複雑なケースについての動作確認。

セーブポイントの使い方応用
ケース１
ケース２
まとめ
1. いいね:

セーブポイントの使い方応用

SavePointはDBの状態を保存しておくための手段。
複数オブジェクトに対するデータ操作に置いて、一部エラーだった時の原子性を担保するために使用されます。
業務で使うことはあっても、上級試験となると特殊でちょっと意地悪なケースも問われるので、動きを確認しておきましょう。

ケース１

以下のコードで動作を確認。

Account a = new Account(Name='hoge');
Savepoint sp1 = Database.setSavepoint(); // ①
insert a;  // ②
Database.rollback(sp1);  // ③
Savepoint sp2 = Database.setSavepoint();
a.Name = 'hoge1';
insert a; // ④ ここでエラー
delete a;

このコードを実行すると、④のところで以下のエラーが発生します。

System.DmlException: Insert failed. First exception on row 0 with id 0011000001Lc5PEAAZ; first error: INVALID_FIELD_FOR_INSERT_UPDATE, cannot specify Id in an insert call: [Id]

なぜ、こういうエラーが出たかということを、順次追っていくと、まず、①の時点でDBが空の状態のセーブポイントが作成されます。

次に②でInsertした時に、レコードへの登録と同時にIDが割り当てられ、変数ａにも同時にIDがセットされます。

その後、③でロールバックする訳ですが、ここで重要なのが、ロールバックはDBの状態をセーブポイント時点のものに戻すものであってApexの変数は元に戻らない（そのまま保持される）ということに注意してください。
つまり、変数aはIDが割り当てられた状態をキープしています。

そして、④でのInsertで、IDが付いているレコードに対してInsertをかけようとしているのでエラーとなります。

Insertなのに、IDが付いているのが問題なので、InsertをUpsertにした場合は処理が成功します。

ケース２

以下のコードで動作を確認。

Account a = new Account(Name='hoge');
Savepoint sp1 = Database.setSavepoint();  // ①
insert a;
Savepoint sp2 = Database.setSavepoint();  // ②
Database.rollback(sp1);  // ③
Database.rollback(sp2);  // ④ ここでエラー

このコードでは④でエラーが発生します。

System.TypeException: Savepoint does not exist in this context

ここでのApexとDBの状態を図解するとこんな感じになります。
まず、①でセーブポイントが作成されます。