Mở / đóng, mở S SConnConnection hay giữ mở?

Tôi có logic nghiệp vụ của mình được triển khai trong các lớp tĩnh đơn giản với các phương thức tĩnh. Mỗi phương thức này mở / đóng kết nối SQL khi được gọi:

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

        // ...

        connection.Close();
    }
}

Nhưng tôi nghĩ tránh mở và đóng kết nối sẽ tiết kiệm hiệu suất . Tôi đã thực hiện một số thử nghiệm trước đây với lớp OleDbConnection (không chắc chắn về SqlConnection) và nó chắc chắn đã giúp làm việc như thế này (theo như tôi nhớ):

//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();
    }
}

Vì vậy, câu hỏi là - tôi nên chọn phương thức (a) hay phương thức (b)? Tôi đã đọc trên một câu hỏi stackoverflow khác rằng kết nối đã lưu hiệu suất cho tôi, tôi hoàn toàn không phải bận tâm ...

Tái bút Đây là một ứng dụng ASP.NET - các kết nối chỉ tồn tại trong một yêu cầu web. Không phải là một ứng dụng hoặc dịch vụ win.

Bám sát tùy chọn a .

Kết nối tổng hợp là bạn của bạn.

Sử dụng Phương pháp (a), mọi lúc. Khi bạn bắt đầu nhân rộng ứng dụng của mình, logic liên quan đến trạng thái sẽ trở thành nỗi đau thực sự nếu bạn không làm vậy.

Kết nối tổng hợp làm những gì nó nói trên tin. Chỉ cần nghĩ về những gì xảy ra khi ứng dụng mở rộng quy mô và mức độ khó để quản lý thủ công trạng thái đóng / mở kết nối. Nhóm kết nối thực hiện tốt công việc tự động xử lý việc này. Nếu bạn lo lắng về hiệu năng, hãy nghĩ về một số loại cơ chế bộ nhớ cache để không có gì bị chặn.

Luôn đóng các kết nối ngay khi bạn hoàn thành với chúng, để chúng kết nối cơ sở dữ liệu bên dưới có thể quay lại nhóm và có sẵn cho những người gọi khác. Kết nối tổng hợp được tối ưu hóa khá tốt, do đó không có hình phạt đáng chú ý nào khi làm như vậy. Lời khuyên về cơ bản giống như đối với các giao dịch - hãy giữ chúng ngắn gọn và gần gũi khi bạn hoàn thành.

Sẽ phức tạp hơn nếu bạn gặp phải các sự cố MSDTC bằng cách sử dụng một giao dịch xung quanh mã sử dụng nhiều kết nối, trong trường hợp đó bạn thực sự phải chia sẻ đối tượng kết nối và chỉ đóng nó sau khi giao dịch được thực hiện.

Tuy nhiên, bạn đang làm mọi thứ bằng tay ở đây, vì vậy bạn có thể muốn điều tra các công cụ quản lý các kết nối cho mình, như DataSets, Linq to SQL, Entity Framework hoặc NHibernate.

Tuyên bố miễn trừ trách nhiệm: Tôi biết điều này đã cũ, nhưng tôi đã tìm thấy một cách dễ dàng để chứng minh sự thật này, vì vậy tôi đang đưa vào giá trị hai xu của mình.

Nếu bạn gặp khó khăn khi tin rằng việc tổng hợp thực sự sẽ nhanh hơn, thì hãy thử điều này:

Thêm vào đây ở đâu đó:

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

Bây giờ thay thế tất cả các cuộc gọi đến Open()với TimedOpen()và chạy chương trình của bạn. Bây giờ, đối với mỗi chuỗi kết nối riêng biệt mà bạn có, cửa sổ giao diện điều khiển (đầu ra) sẽ có một lần chạy dài mở và một bó rất mở nhanh.

Nếu bạn muốn gắn nhãn cho chúng, bạn có thể thêm new StackTrace(true).GetFrame(1) +vào cuộc gọi đến WriteLine.

Có sự phân biệt giữa các kết nối vật lý và logic. DbConnection là một loại kết nối hợp lý và nó sử dụng kết nối vật lý cơ bản với Oracle. Đóng / mở DbConnection không ảnh hưởng đến hiệu suất của bạn, nhưng làm cho mã của bạn sạch sẽ và ổn định - không thể rò rỉ kết nối trong trường hợp này.

Ngoài ra, bạn nên nhớ về các trường hợp khi có các giới hạn đối với các kết nối song song trên máy chủ db - tính đến điều đó là cần thiết để làm cho các kết nối của bạn rất ngắn.

Nhóm kết nối giải phóng bạn khỏi việc kiểm tra trạng thái kết nối - chỉ cần mở, sử dụng và ngay lập tức đóng chúng.

Thông thường, bạn nên giữ một kết nối cho mỗi giao dịch (không tính toán song song)

ví dụ: khi người dùng thực hiện hành động tính phí, ứng dụng của bạn cần tìm số dư của người dùng trước và cập nhật nó, họ nên sử dụng cùng một kết nối.

Ngay cả khi ado.net có nhóm kết nối, chi phí kết nối rất thấp, nhưng kết nối sử dụng lại là lựa chọn tốt hơn.

Tại sao không chỉ giữ một kết nối trong ứng dụng

Bởi vì kết nối bị chặn khi bạn thực hiện một số truy vấn hoặc lệnh, vì vậy điều đó có nghĩa là ứng dụng của bạn chỉ thực hiện một thao tác db vào thời gian, hiệu suất của nó kém như thế nào.

Một vấn đề nữa là ứng dụng của bạn sẽ luôn có kết nối mặc dù người dùng của bạn chỉ mở nhưng không có hoạt động. Nếu có nhiều người dùng mở ứng dụng của bạn, máy chủ db sẽ sớm mất tất cả nguồn kết nối trong khi người dùng của bạn không làm như vậy bất cứ điều gì