1

我正在调试Jaroslaw Kowalski提供程序包装器。在调试它时,我观察到实体框架在每次查询后都会关闭连接。在与数据库的每次交互中,在应用程序的生命周期内,都会打开一个数据库连接,并在执行查询后关闭连接

我的问题是:

  • 底层提供者是否默认做连接池。
  • 如果我提供自己的池,那么我将如何知道何时关闭连接。目前我正在注册 Thread.GetDomain().ProcessExit 事件并在事件触发时关闭连接。这种方法好吗?

困扰我的是实体框架本身正在关闭连接。所以我有点犹豫是否将连接池化,否则可能会在特殊情况下导致问题。

4

3 回答 3

4

供参考:

EF 只关闭它打开的连接。

因此,如果您手动执行以下操作:

((ctx.Connection as EntityConnection).StoreConnection as SqlConnection).Open();

后续查询,SaveChanges()不应关闭该连接。

希望这可以帮助

亚历克斯

于 2009-12-18T16:27:08.537 回答
2

默认connectionpool = 1个连接。所以不用担心。

这里的整个想法是我们有 1 个编程模型(断开连接)并且配置和调整是外部的。

于 2009-12-18T13:28:47.133 回答
0

在 .Net 4 中,引用:管理连接和事务

管理连接时需要考虑以下注意事项:

如果在操作之前对象上下文尚未打开,则对象上下文将打开连接。如果对象上下文在操作期间打开了连接,那么它总是会在操作完成时关闭连接。

如果手动打开连接,对象上下文不会关闭它。调用 Close 或 Dispose 将关闭连接。

如果对象上下文创建了连接,则在释放上下文时始终会释放连接。

在长时间运行的对象上下文中,您必须确保在不再需要上下文时将其释放。

如果为对象上下文提供打开的 EntityConnection,则必须确保将其释放。

于 2013-03-04T09:58:24.360 回答