Performance 是否有其他方法不关闭与ExecuteStoreCommand的连接

我们讨论的是每个请求一个ObjectContext的概念。（网络应用程序） 我们不关闭应用程序\u BeginRequest和应用程序\u EndRequest之间的连接。 在请求期间，我们只有一个ObjectContext。 在请求过程中，我们打开它，但不关闭它

实体框架中有一个ExecuteStoreCommand，但这对性能有点危险。因为当我们使用它时（我认为）它关闭了一个连接。当我们在再次打开连接后使用ObjectContext时（这是性能问题？）

所以，除了ExecuteStorommand或者我疯了吗？）

如果您正确使用，那么“关闭”和“打开”连接不会对性能产生任何实际影响。连接池包含多个打开的连接，这些连接被多个后续操作重用。在大多数情况下，“打开”仅表示“从池中获取连接”，而“关闭”表示“将连接返回池”。如果连接池中没有可用连接，连接池将处理打开新连接的问题，并限制并发使用的连接数。连接池是根据连接字符串+用户标识定义的

---

EXCEUTESTORECOMD

仅当命令开始执行时未打开连接时才关闭连接。这意味着，如果您使用自己传递到上下文的连接，它将不会关闭它。

如果我想使用ExecuteStorommand来设置我的下一个命令未提交读取？ExecuteStoreCommand（“设置事务隔离级别读取未提交；”）