什么是数据库会话？

Question

我理解数据库事务概念的一般理解。我们在事务中访问数据库以确保ACID属性。

在Hibernate中有一个称为会话的概念。会话的用途是什么？何时应该在两个会话中而不是在同一会话中访问数据库？

为了解释更多，我看到了hibernate代码

• 从会话工厂获取会话
• 打开会话
• 开始事务
• 提交事务
• 关闭会话

我需要知道的是会话在这里的重要性是什么？为什么没有像事务工厂这样的东西，开始事务并提交事务？

Answer 1

@德米特里回答得很好。

查看会话的另一种方式是作为数据库使用的实例。当您创建一个会话时，您已经准备好了一个上下文，可以与其中所需的支持服务(如事务、缓存、连接等)进行任何数据库交互。事务是会话中使用的独立服务。

此外，会话是典型的 OR 映射工具（如Hibernate）使用的第一级缓存。会话充当根据请求创建的临时上下文，以促进数据库交互。

Answer 2

会话不仅仅是一个事务，它是UnitOfWork模式的实现。换言之，它保留加载的对象，知道哪些对象必须持久化等：

工作单元可以跟踪您在业务事务期间可能影响数据库的所有操作。完成后，它会计算出需要做的所有事情，以便根据您的工作更改数据库。

为了更好地理解会话和事务之间的关系，您可以看看这篇文章。

单个Hibernate会话可能与单个数据库事务具有相同的作用域。

这是用于每请求会话实现模式的最常见编程模型。单个会话和单个数据库事务实现对特定请求事件（例如，web应用程序中的Http请求）的处理。不要每次操作都使用会话反模式！（当每个操作的会话可能合适时，很少会出现异常，如果您只是在学习Hibernate，就不会遇到这些异常。）

另一种编程模型是长对话，例如实现多步骤对话的应用程序，例如向导对话框，以在几个请求/响应周期内与用户交互。实现这一点的一种方法是使用分离对象模式对每个请求进行会话。一旦持久化对象在用户思考时被认为是分离的，并且在修改后必须重新附加到新会话。

但是，建议使用每个会话一个会话的模式。在这种情况下，单个会话比单个数据库事务具有更大的范围，并且它可能跨越几个数据库事务。每个请求事件都在单个数据库事务中处理，但会话的刷新会延迟到会话和最后一个数据库事务结束时进行，以使会话成为原子会话。在用户思考期间，会话保持在断开状态，没有打开的数据库连接。Hibernate的自动乐观并发控制(带版本控制)用于提供对话隔离。