[英]C# Closing Database Connections
我需要对此有所了解,当您打开与数据库的连接时,您可以将其保持打开状态吗?
这个连接如何关闭?
这是好的做法还是坏的做法?
目前我有一个对数据库的请求,该数据库没有问题
oCON.Open();
oCMD.ExecuteNonQuery();
oCON.Close();
然而,我看到的一些例子是这样的,没有关闭数据库。
oCON.Open();
oCMD.ExecuteNonQuery();
这个连接如何关闭?
这是不好的做法吗?
我正在寻找副本,因为这似乎是一个常见问题。 我找到的最佳答案是这个,但是,我不喜欢给出的答案。
您应该始终在完成连接后立即关闭连接。 数据库允许的连接数是有限的,而且它也需要大量的资源。
确保关闭发生的“老派”方法是使用try
/ catch
/ finally
块:
SqlConnection connection;
SqlCommand command;
try
{
// Properly fill in all constructor variables.
connection = new SqlConnection();
command = new SqlCommand();
connection.Open();
command.ExecuteNonQuery();
// Parse the results
}
catch (Exception ex)
{
// Do whatever you need with exception
}
finally
{
if (connection != null)
{
connection.Dispose();
}
if (command != null)
{
command.Dispose();
}
}
但是, using
语句是首选方式,因为它会自动处理对象。
try
{
using (var connection = new SqlConnection())
using (var command = new SqlCommand())
{
connection.Open();
command.ExecuteNonQuery();
// Do whatever else you need to.
}
}
catch (Exception ex)
{
// Handle any exception.
}
using
语句的特殊之处在于,即使抛出异常,它仍会处理在代码执行停止之前创建的对象。 它使您的代码更简洁,更易于阅读。
正如christophano在评论中提到的,当你的代码被编译成 IL 时,它实际上被写成一个try
/ finally
块,复制上面例子中所做的事情。
您希望您的SqlConnection
位于using
块中:
using(var connection = new SqlConnection(connectionString))
{
...
}
这确保了SqlConnection
将被释放,这也会关闭它。
从您的角度来看,连接已关闭。 在幕后,连接可能会或可能不会实际关闭。 建立 SQL 连接需要时间和资源,因此在幕后这些连接不会立即关闭。 它们会保持打开和闲置一段时间,以便可以重复使用。 这称为连接池。 因此,当您打开一个连接时,您可能并没有真正打开一个新连接。 您可能正在从连接池中检索一个。 当你关闭它时,它不会立即关闭,它会回到池中。
这一切都是在幕后处理的,它不会改变我们明确地对我们的连接所做的事情。 我们总是尽快“关闭”它们,然后 .NET Framework 确定它们何时真正关闭。 (可以对这种行为进行一些控制,但很少有必要。)
查看带有工作单元的存储库模式。 连接上下文应该被注入到操作数据库命令的类中。
一个 sql 执行类 - 就像一个存储库类代表 - 不应该创建连接。 它是不可测试的并且损害了 SRP 的范式。 它应该像在构造函数中一样接受一个IDbConnection
对象。 如果IDbConnection
后面是SqlConnection
、 MysqlConnection
或OracleConnection
的实例,则存储库不应关心。
所有 ADO.NET 连接对象都与IDbConnection
兼容。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.