问在一个简单的嵌入式数据库中，要保持什么生存和重新创建什么？

EN

在嵌入式 Derby应用程序中，连接和语句对象都相当便宜，我认为您不应该担心在需要时创建它们。在Derby单元测试套件中，我们创建了数以万计的连接和几十万条语句，没有问题。

只要您愿意，也可以将连接和语句对象保持在周围。嵌入式Derby没有时间限制，并且不会删除连接或语句对象，除非您告诉它(通过关闭它们)，或者除非您泄漏它们，在这种情况下，垃圾收集器将清除它们(最终)。

尽管保持连接很好，但是当事务完成时(当然，除非您在自动提交模式下运行)，您应该提交()事务。

而且，如果您在周围保留一个结果集，请注意提交事务通常也会关闭结果集，而不是专门构造在commit之间保持打开的特殊结果集。

连接确实很昂贵(可能需要几百毫秒)。但是，连接的生存期有限，语句和结果集取决于其生存期。当连接被释放超过30分钟时，平均DB就会超时并退出连接。您可以在代码中添加一些超时检查器，以便“自动”重新获取连接，但这是一项繁琐的工作，如果您不知道它应该如何在引擎盖下工作，则很容易出现错误。而是使用现有的、完全开发的和健壮的连接池(如C3P0 )，并编写JDBC代码通常方式 (获取和，在尽可能短的范围内关闭所有资源)。应该是这样的。

虽然在理论上(显然也是在实践中)，嵌入式数据库连接的成本会更低，而且连接可以永远存在，但我强烈反对在JDBC代码中以不同的方式处理嵌入式数据库。这将使您的JDBC代码在语义上有缺陷，并且完全不可移植。无论何时，只要您想要将其分发和/或更改为真正的具有更多功能的RDBMS服务器，您就必须重写/重新实现它。