おそらく、他のデータを含む可能性のある以前のコードまたは将来の可能性のあるコードのために、トランザクションが含まれていました。おそらく、その開発者は、「安全」にするために、単にコードをトランザクションでラップする習慣をつけているのでしょうか。
しかし、ステートメントが文字通り単一の行への単一の更新のみを含む場合、この場合、そのコードが存在することに実際には利点はありません。もちろん、トランザクション内で実行されるアクションは可能ですが、トランザクションは必ずしも何かを「ロック」するわけではありません。そこに含まれるすべてのアクションがオールオアナッシングで実行されることを確認するだけです。
トランザクションは複数のテーブルに関するものではなく、複数の更新に関するものであることに注意してください。複数の更新がすべてまたはまったく発生しないことを保証します。
したがって、同じテーブルを2回更新する場合、トランザクションがある場合とない場合で違いがあります。しかし、あなたの例は、おそらく単一のレコードのみを更新する単一の更新ステートメントのみを示しています。
実際、トランザクションが同じテーブルへの複数の更新をカプセル化することはおそらくかなり一般的です。次のことを想像してみてください。
INSERT INTO Transactions (AccountNum, Amount) VALUES (1, 200)
INSERT INTO Transactions (AccountNum, Amount) values (2, -200)
お金が正しく送金されることを保証するために、それはトランザクションにラップされるべきです。一方が失敗した場合、もう一方も失敗する必要があります。