正常に作る状況なら modify 時に save( ) をする必要はありません (ダーティーチェック) ダーティチェックになるには、そのエンティティオブジェクトが永続状態であることを保証できる必要があります。 ところで、たまに他の開発者と作業してみると、以下のようなコードを見る時もあります。 @Transactional // そのトランザクション境界に関連付けられている永続性コンテキストとは無関係の user エンティティ public void saveRefreshToken(User user, String newRefreshToken) { ... user.setRefreshToken（newRefreshToken）; ... } この場合、Userオブジェクトはダーティチェックの対象になりません。 このような状況に備えるために save( ) をするのがアンチパターンではないと思いました。 -------------------------- ChatGPT Spring Data JPAでは、エンティティの状態を変更する方法として、2つの主なアプローチを使用できます。変更の検出（dirty checking）とsave（）メソッドの使用。各方法は、特定の状況に応じて適切に使用することができる。以下に各方法の長所と短所と使用事例を説明します。 --------------------。 結論 使用する方法は状況によって異なります。変更検出は単純で小さなトランザクションに適しており、明示的な保存方法（save（））は明確で複雑なビジネスロジックを含む大規模トランザクションに適しています。 通常、実務では、2つの方法を組み合わせて使用​​します。単純なCRUD操作では変更検出を使用し、複雑なビジネスロジックが必要な場合はsave（）メソッドを使用して明示的に管理します。

ああ、そのような状況もあります。 また学びますありがとう