“打开/关闭”SqlConnection还是保持打开状态？

Posted 2021-05-07

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了“打开/关闭”SqlConnection还是保持打开状态？相关的知识，希望对你有一定的参考价值。

我的业务逻辑是用静态方法在简单的静态类中实现的。这些方法中的每一个在调用时打开/关闭SQL连接：

public static void DoSomething(string something)
{
    using (SqlConnection connection = new SqlConnection("..."))
    {
        connection.Open();

        // ...

        connection.Close();
    }
}

但我认为避免打开和关闭连接可以节省性能。我以前用OleDbConnection类做了一些测试（不确定SqlConnection），它肯定有助于像这样工作（据我记得）：

//pass the connection object into the method
public static void DoSomething(string something, SqlConnection connection)
{
    bool openConn = (connection.State == ConnectionState.Open);
    if (!openConn)
    {
        connection.Open();
    }

    // ....

    if (openConn) 
    {
        connection.Close();
    }
}

所以问题是 - 我应该选择方法（a）还是方法（b）？我读了另一个stackoverflow问题，连接池为我保存了性能，我根本不用费心......

PS。它是一个ASP.NET应用程序 - 仅在Web请求期间存在连接。不是win-app或服务。

答案

坚持选择a。

连接池是你的朋友。

另一答案

每次使用方法（a）。当您开始扩展应用程序时，如果不这样做，处理状态的逻辑将变得非常痛苦。

连接池完成它在锡上所说的内容。只需考虑应用程序扩展时会发生什么，以及手动管理连接打开/关闭状态的难度。连接池可以很好地自动处理它。如果你担心性能会考虑某种内存缓存机制，以免被阻止。

另一答案

完成后立即关闭连接，因此它们的基础数据库连接可以返回池中，并可供其他呼叫者使用。连接池已经过很好的优化，因此没有明显的惩罚。建议基本上与交易相同 - 保持简短并在完成后关闭。

如果您通过在使用多个连接的代码周围使用单个事务来遇到MSDTC问题，则会变得更加复杂，在这种情况下，您实际上必须共享连接对象，并且只有在事务完成后才关闭它。

但是你在这里手工做事，所以你可能想要研究管理连接的工具，比如DataSet，Linq to SQL，Entity Framework或NHibernate。

另一答案

免责声明：我知道这已经过时了，但我找到了一个简单的方法来证明这个事实，所以我要投入两分钱。

如果你很难相信汇集真的会更快，那么试试吧：

在某处添加以下内容：

using System.Diagnostics;
public static class TestExtensions
{
    public static void TimedOpen(this SqlConnection conn)
    {
        Stopwatch sw = Stopwatch.StartNew();
        conn.Open();
        Console.WriteLine(sw.Elapsed);
    }
}

现在用Open()替换所有对TimedOpen()的调用并运行你的程序。现在，对于您拥有的每个不同的连接字符串，控制台（输出）窗口将只有一个长时间运行打开，并且会打开一堆非常快的连接。

如果你想标记它们，你可以添加new StackTrace(true).GetFrame(1) +来调用WriteLine。

另一答案

物理连接和逻辑连接之间存在区别。 DbConnection是一种逻辑连接，它使用与Oracle的底层物理连接。关闭/打开DbConnection不会影响您的性能，但会使您的代码保持干净和稳定 - 在这种情况下，连接泄漏是不可能的。

此外，您应该记住数据库服务器上并行连接存在限制的情况 - 考虑到这一点，必须使您的连接非常短。

连接池使您免于连接状态检查 - 只需打开，使用并立即关闭它们。

另一答案