如何将会话/事务获取封装到Squeryl中关系的lazy-init中？

Question

我正在尝试使用 Squeryl 实现一对多关系，并遵循其网站上的说明。

该文档给出了以下示例：

object SchoolDb extends Schema {    
  val courses = table[Course]    
  val subjects = table[Subject]      
  val subjectToCourses =
    oneToManyRelation(subjects, courses).
    via((s,c) => s.id === c.subjectId)  
}

class Course(val subjectId: Long) extends SchoolDb2Object {    
  lazy val subject: ManyToOne[Subject] = SchoolDb.subjectToCourses.right(this)
}

class Subject(val name: String) extends SchoolDb2Object {    
  lazy val courses: OneToMany[Course] = SchoolDb.subjectToCourses.left(this)
}

我发现对 Course.subject 或 Subject.courses 的任何调用都需要包装在事务中。然而，我使用 ORM 的目标之一是向调用者隐藏这些详细信息。因此，我不希望调用代码必须将对这些字段的调用包装在事务中。

看来，如果我修改示例以将惰性初始化函数包装在事务中，如下所示：

class Subject(val name: String) extends SchoolDb2Object {    
  lazy val courses: OneToMany[Course] = {
    inTransaction {
      SchoolDb.subjectToCourses.left(this)
    }
}

我收到以下异常：

Exception in thread "main" java.lang.RuntimeException: no session is bound to current thread, a session must be created via Session.create 
and bound to the thread via 'work' or 'bindToCurrentThread'
    at scala.Predef$.error(Predef.scala:58)
    at org.squeryl.Session$$anonfun$currentSession$1.apply(Session.scala:111)
    at org.squeryl.Session$$anonfun$currentSession$1.apply(Session.scala:111)
    at scala.Option.getOrElse(Option.scala:104)
    at org.squeryl.Session$.currentSession(Session.scala:110)
    at org.squeryl.dsl.AbstractQuery.org$squeryl$dsl$AbstractQuery$$_dbAdapter(AbstractQuery.scala:116)
    at org.squeryl.dsl.AbstractQuery$$anon$1.<init>(AbstractQuery.scala:120)
    at org.squeryl.dsl.AbstractQuery.iterator(AbstractQuery.scala:118)
    at org.squeryl.dsl.DelegateQuery.iterator(DelegateQuery.scala:9)

但是，正如我所说，如果我将调用者包装在事务中，那么一切都会正常。

那么，我如何封装该对象由对象本身的数据库支持的事实呢？

Answer 1

我假设您在调用课程对象时遇到此错误？

我不太了解 Squeryl 的工作原理，但我相信 OneToMany[Course] 是一个活动对象。这意味着对课程对象的调用需要一个会话，因为任何调用都可能会延迟地访问数据库来获取数据。

如何组织它取决于您使用的应用程序类型。在 Web 应用程序中，添加过滤器（第一个入口点）来启动和停止事务通常是有意义的。在 GUI 客户端（例如 swing 应用程序）中，在收到用户交互时启动事务是一个很好的解决方案。这样，您就可以获得不太长的事务，并且还可以扩展您希望以原子方式执行的调用（无论是完全执行还是根本不执行）。