对我来说最方便的事务管理是对整个 http 请求使用一个可选事务。这意味着第一条 SQL 语句应该从池中检索连接,启动事务,在请求处理完成后,应该提交事务(如果抛出异常则回滚)并关闭连接。当然,如果需要,必须可以进行更细粒度的事务管理。
Play 2 是否支持开箱即用?我可能可以自己实现它,但我正在寻找现成的解决方案。
我查看了 DB 对象,但似乎 DB.withConnection 每次都使用新的连接(和事务)。
如果重要的话,我正在使用 Scala 和 Anorm db 库。
对我来说最方便的事务管理是对整个 http 请求使用一个可选事务。这意味着第一条 SQL 语句应该从池中检索连接,启动事务,在请求处理完成后,应该提交事务(如果抛出异常则回滚)并关闭连接。当然,如果需要,必须可以进行更细粒度的事务管理。
Play 2 是否支持开箱即用?我可能可以自己实现它,但我正在寻找现成的解决方案。
我查看了 DB 对象,但似乎 DB.withConnection 每次都使用新的连接(和事务)。
如果重要的话,我正在使用 Scala 和 Anorm db 库。
DB.withTransaction
是你想要的。就像 一样DB.withConnection
,它将为所有包含的 SQL 函数从连接池提供一个连接。由于您希望每个请求使用一个事务,因此在控制器函数中调用它似乎最有意义,并要求所有模型函数都具有隐式连接参数。
模型:
object Product {
def checkInventory(id: Long)(implicit c: Connection): Int = SQL(...)
def decrementInventory(id: Long, quantity: Int)(implicit c: Connection): Boolean = SQL(...)
}
object Cart {
def addItem(id: Long, quantity: Int)(implicit c: Connection): Boolean = SQL(...)
}
控制器功能:
def addToCart(id: Long, quantity: Int) = Action {
DB.withTransaction{ implicit connection =>
if(Product.checkInventory(id) >= quantity && Product.decrementInventory(id, quantity)) {
Cart.addItem(id, quantity)
....
} else {
BadRequest
}
}
}
免责声明:这显然不是逻辑上合理的购物车事务,只是使用数据库事务的简单说明。
按照文档Action
中的组合示例,您可以执行一个特殊操作,为每个请求自动配置事务:Transaction
object Transaction extends ActionBuilder[Request] {
def invokeBlock[A](request: Request[A], block: (Request[A]) => Future[Result]) = {
DB.withTransaction{implicit connection => block(request)}
}
}
并像使用它一样Action
:
def addToCart(id: Long, quantity: Int) = Transaction {
Product.checkInventory(id)
...
}
陷阱:以这种方式为每个请求提供事务很方便,尤其是当您的大多数控制器功能应该代表原子操作时。但是,在返回给用户之前,此方法不会Connection
从事务中释放。Result
这意味着,如果您要返回一个需要很长时间为客户端提供服务/呈现的大型数据集,那么您将保持连接的时间比您真正需要的时间长得多。