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

发布于 2024-10-07 12:13:48 字数 883 浏览 0 评论 0原文

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

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

        // ...

        connection.Close();
    }
}

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

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

    // ....

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

所以问题是 - 我应该选择该方法(a)还是方法(b)？我在另一个 stackoverflow 问题中读到连接池为我节省了性能，我根本不必费心......

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

原文

I have my business-logic implemented in simple static classes with static methods. Each of these methods opens/closes SQL connection when called:

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

        // ...

        connection.Close();
    }
}

But I think passing the connection object around and avoiding opening and closing a connection saves performance. I made some tests long time ago with OleDbConnection class (not sure about SqlConnection), and it definitely helped to work like this (as far as I remember):

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

    // ....

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

So the question is - should I choose the method (a) or method (b) ? I read in another stackoverflow question that connection pooling saved performance for me, I don't have to bother at all...

PS. It's an ASP.NET app - connections exist only during a web-request. Not a win-app or service.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

喜你已久 2024-10-14 12:13:48

坚持选项a。

连接池是你的朋友。

回复收藏 0 原文

诺曦 2024-10-14 12:13:48

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

连接池正如它所说的那样。想想当应用程序扩展时会发生什么，以及手动管理连接打开/关闭状态有多困难。连接池可以很好地自动处理这个问题。如果您担心性能，请考虑某种内存缓存机制，这样就不会阻塞任何内容。

回复收藏 0 原文

再见回来 2024-10-14 12:13:48

使用完连接后，请务必立即关闭连接，以便它们的底层数据库连接可以返回到池中并可供其他调用者使用。连接池已经得到了很好的优化，因此这样做不会造成明显的损失。该建议与交易基本相同 - 保持简短并在完成后结束。

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

然而，您在这里手动执行操作，因此您可能需要研究为您管理连接的工具，例如 DataSets、Linq to SQL、Entity Framework 或 NHibernate。

回复收藏 0 原文

冰雪梦之恋 2024-10-14 12:13:48

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

如果您无法相信池化真的会更快，请尝试一下：

在某处添加以下内容：

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 的调用中。

Disclaimer: I know this is old, but I found an easy way to demonstrate this fact, so I'm putting in my two cents worth.

If you're having trouble believing that the pooling is really going to be faster, then give this a try:

Add the following somewhere:

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

Now replace all calls to Open() with TimedOpen() and run your program. Now, for each distinct connection string you have, the console (output) window will have a single long running open, and a bunch of very fast opens.

If you want to label them you can add new StackTrace(true).GetFrame(1) + to the call to WriteLine.

回复收藏 0 原文