spring - 更新 JPA（Hibernate）实体的更好方法是：事务性或非事务性，为什么？

问题描述

我有一种情况，我必须在两个选项之间做出选择，我不清楚这些选项之间有什么区别。如果有人能向我解释我应该选择哪一个以及为什么，我将非常感激。长话短说，我有一个简单的 JPA 实体（Kotlin 语言）：

@Entity
@Table(name = "account")
data class AccountEntity(
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    var id: Long,

    var balance: Int,

    @ManyToOne
    var accountType: AccountTypeEntity
)

在业务逻辑层中，我希望有一种通过其 accountId 更新帐户余额的方法。基本上我需要通过 id 加载帐户实体，然后设置新余额，最后使用 Hibernate 提供的保存方法。但我还发现，如果我的方法将使用@transactional 进行注释，我不需要以显式形式调用 save 方法。所以从那时起我有两个选择

第一

fun updateAccountBalance(id: Long, balance: Int) {
    val account = accountRepository.findById(id).orElseThrow { RuntimeException("No account with id=$id found") }
    account.balance = balance
    accountRepository.save(account)
}

第二个

@Transactional
fun updateAccountBalance(id: Long, balance: Int) {
    val account = accountRepository.findById(id).orElseThrow { RuntimeException("No account with id=$id found") }
    account.balance = balance
}

首先，对我来说，不清楚这些选项在数据库方面的区别是什么。你能澄清一下吗？

其次，我认为在这种方法中，我根本不需要 TRANSACTION（就数据库而言），因为我只进行了一次“写入”操作，对我来说，使用它来避免以显式形式调用休眠保存方法看起来是多余的。但可能是我错了，即使在这里也有一些理由使用事务。所以请纠正我。

标签： springhibernatekotlinspring-data-jpa

在这种情况下，差异几乎没有。第一个示例还创建了一个事务，因为当没有正在运行的事务要采用时，它将由 save() 调用创建。只要 save() 调用，它就会存在。在第二个示例中，您自己创建一个事务，它基本上与方法调用一样长。由于这些方法几乎没有逻辑，因此它们的足迹将基本相同。

这不是一个很好的例子来尝试解决这个问题，因为它太简单了。当您对可能同时触及多个表和记录的实体执行更复杂的更新时，事情会变得更有趣，尤其是当您开始进行更改时，这将导致在修改 OneToMany 集合时发生级联持久化、更新和删除.

想象一个处理订单的系统。订单有订单。订单与发票相关联。订单行与发票行相关联。也许订单有父订单，因为它们被组合在一起。付款在与订单、订单行、发票和发票行相关的预订和预订行中进行拆分。想象一下这样的实体层次结构在单个 save() 语句中做了什么。

在这种情况下，为什么像 save() 这样的函数仍然会创建事务就更清楚了。根据实体层次结构的复杂性，一个 save() 调用仍然可以代表一到数千条正在执行的语句。必须能够在发生故障时回滚所有更改。

当您开始使用这样的实体结构时，您可能@Transactional很快就会倾向于使用设置，因为您迟早会遇到臭名昭著的惰性初始化错误。

spring - 更新 JPA（Hibernate）实体的更好方法是：事务性或非事务性，为什么？

问题描述

解决方案

推荐阅读