用于 postgresql 的 Scala Lift 数据库连接

Question

我正在做 Timothy Perrett 的《Lift In Action》，这本书在数据库连接方面有点令人困惑。

这是链接： https ://github.com/timperrett/lift-in-action/blob/master/chapter-3/src/main/scala/bootstrap/liftweb/Boot.scala

令人困惑的部分是JNDI。我没有 java 背景，所以有点混乱，而且 prop 文件也很混乱。它有点类似于配置文件或 ini 文件，但仍然有很多我不明白的地方。

我找到了另一个教程： http://exploring.liftweb.net/master/index-8.html @ 8.1.2 设置数据库连接

这有点不同。对于有 PHP 背景的我来说，这是更熟悉的。

那么有什么区别呢？这两种不同的方法有什么优点吗？而且第二种方法不会检查连接是否未建立，我该如何检查？或者你们可以提供任何代码片段来向我展示故障转移的最佳实践吗？

哦！ Load Shark 模式用于确保只使用一个数据库连接，对吗？

感谢您抽出时间。

编辑： 我相信连接是否建立的检查是在 DBVendor 对象的 newConnection 上已经存在的数据库对象中进行的。我说得对吗？

Answer 1

tl;dr

将你的数据库配置放在./src/main/resources/default.props中，格式为：

db.class=org.postgresql.Driver
db.url=jdbc:postgresql:[//host[:port]]/database
db.user=user
db.pass=password

当然，你需要为你的数据库提供正确的值。

长话短说

如果 JNDI 令人困惑，您可以暂时忽略它。它是 Java EE 的一部分，如果您正在尝试，它会很有用配置生产应用程序以在应用程序服务器上运行，但这不是必需的。

属性是Java中处理配置的一种古老方法。属性文件（通常名为 .props 或 .properties）只是名称/值对的列表。

Lift 提供了 Props 对象，方便为不同的环境提供不同的属性文件。 wiki 对它的工作原理有很好的描述，但基本上你可以为运行模式（测试、登台、生产等）、主机名和用户名的任意组合指定不同的属性。

现在，分解 Tim Perrett 的代码：

1. 检查 JNDI 连接是否可用。除非您运行应用程序服务器并进行设置，否则不会。如果不是的话也没什么大不了的。
2. 如果没有 JNDI，它将使用Database 对象来配置数据源。
3. Database 对象使用 Lift 的 Props 对象从与您所运行的系统最匹配的 .props 文件中加载值。如果您仅提供 default.props，则这些是将使用的值。
4. 如果没有属性文件，或者它不包含数据库配置键，则 openOr 提供使用 H2 数据库。

Lift 已经进行了自己的连接管理，这通常意味着每个线程都有不同的数据库连接。如果无法建立连接，您将从数据访问代码中收到SQLException。