Kotlin Exposed能否在事务外修改实体后在其他事务中完成更新？

异常原因说明 #

你遇到的No transaction in context异常属于Kotlin Exposed的原生设计本意，它的实体状态管理逻辑和Hibernate/JPA的脱管实体机制存在本质差异。
Exposed DAO层的实体属性读写默认强绑定当前事务上下文，无论读还是写属性，底层都会自动校验当前是否存在活跃事务，只要脱离事务块就会直接抛出异常，默认不存在Hibernate那种「实体脱离事务后可自由修改、后续再合并持久化」的语义。 #

与Hibernate/JPA的核心差异 #

Hibernate默认会维护实体的多状态流转（瞬时/持久/脱管/删除），支持脱管状态下的属性修改，后续通过merge()等方法同步变更；而Exposed的设计定位是轻量级SQL访问层，默认故意砍掉了复杂的隐式实体状态管理，避免隐式SQL生成、状态不同步等黑盒问题，所有数据库相关操作默认要求显式落在事务边界内。 #

对应业务需求的实现方案 #

如果你需要实现「服务层修改、DAO层持久化」的常规业务流程，可以采用以下三种方案：

• 方案1（最推荐的常规用法）：将实体属性修改的逻辑整体放在transaction { }块内部执行，所有实体读写都绑定明确的事务边界。
• 方案2（事务外处理的通用做法）：不直接对外暴露DAO实体，先将实体属性映射为普通Kotlin数据类，在服务层修改数据类属性，传回DAO层后，在事务内查询对应实体、批量赋值属性后调用flush()完成持久化。
• 方案3（类Hibernate脱管逻辑）：如果你使用Exposed 0.37.0及以上版本，可以在查询到实体后显式调用detach()方法将实体脱离当前事务，后续即可在事务外修改属性，需要持久化时再在新事务中调用attach()方法挂载实体，提交事务即可完成变更同步，参考示例：

  // 事务内查询并脱管
  val location = transaction {
      Location.findById(1)?.also { it.detach() } ?: error("实体不存在")
  }
  // 事务外修改属性不会抛异常
  location.postcode = "other postCode"
  // 新事务内挂载并持久化
  transaction {
      attach(location)
      // 事务提交时会自动同步变更，也可主动调用flush()立即执行
  }
  

内容的提问来源于stack exchange，提问作者user62058