ROLLBACKをすべきか否かの境がわかりません。（一つのレコードに対するインサート文でROLLBACKは不要だと思ってますがどうなんでしょうか？）

Question

SQL文を実行する際に、例外が発生した時、
ROLLBACKを使うことがあるかと思います。

ROLLBACKの必要性は理解できるのですが、
どういうパターンでROLLBACKをして、どういうパターンなら不要なのかというのが未だに理解しきれておりません。

たとえば、複数のINSERT文を実行するときは、1つ目が成功し、2つ目で例外が起こった場合、
データの不整合が起こりうるため、ROLLBACKをすべきかと思います。

ただ、以下のように、一つだけのSQL文を実行したときに、わざわざROLLBACKすべきなのかどうかというのがよくわかりません。

INSERT INTO categories (name) VALUES ("日記")

こちらはあくまで、例なので、簡易なものにしましたが、どこを境にROLLBACKをすべきか否かを判断できるのかなというのがわからない点です。

よろしくお願いします。

Answer 1

下記は自分がかつて勉強した際に記載されていた例です。

銀行間での振り込みシステムを想像してください。

A銀行からB銀行に振り込みます。

BEGIN TRY -- 例外確認開始
  
  BEGIN TRANSACTION  -- トランザクション開始
    -- B銀行口座で振込額を加算(借方に加算)
    INSERT INTO B_ACCOUNT.RECORD (debit, ...) VALUES ( 5000, ...);
    
    -- A銀行口座で振込額を減算(貸方に加算)
    INSERT INTO A_ACCOUNT.RECORD (credit, ...) VALUES ( 5000, ...);

  COMMIT TRANSACTION -- トランザクションコミット

END TRY
BEGIN CATCH -- 例外発生時処理

  ROLLBACK TRANSACTION -- ロールバック

END CATCH
-- なんちゃってSQLです(このままでは動作しません)

B銀行への加算が成功しても、
A銀行での減算が失敗する(ネットワークエラーなど？）とロールバックされます。

質問者様の例の様に１処理だけで成功/失敗が判断出来て完結する場合は、
ロールバックは不要だと思います。

Answer 2

自動コミットの場合はロールバックできませんよね。
そこをあえて２フェーズコミットにする(ロールバック
できるようにする)ってことは、失敗に備える必要が
あってそうしてるってことですよね。

Oracleを除けばだいたい自動コミットだったと思うので、
qaz3330さんの考えている通りでいいんじゃないかなあ。