"mở/đóng" SqlConnection hoặc tiếp tục mở?

Question

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 pháp mở/đóng kết nối SQL khi gọi:

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

     // ... 

     connection.Close(); 
    } 
} 

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

//pass the connection object into the method 
public static void AddSomething(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 pháp (a) hoặc phương pháp (b)? Tôi đọc trên một câu hỏi stackoverflow khác mà kết nối tổng hợp hiệu suất lưu cho tôi, tôi không phải lo lắng chút nào ...

PS. Đó là một ứng dụng ASP.NET - các kết nối tồn tại chỉ trong một yêu cầu web. Không phải là một ứng dụng hoặc dịch vụ giành chiến thắng.

Answer 1

Gắn vào tùy chọn.

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

Answer 2

Luôn đóng các kết nối ngay sau khi bạn đã hoàn tất với chúng, do đó chúng có thể quay trở lại hồ bơi và có sẵn cho những người gọi khác. Kết nối tổng hợp là khá tốt tối ưu hóa, do đó, không có hình phạt đáng chú ý để làm như vậy. Lời khuyên về cơ bản giống như đối với các giao dịch - giữ chúng ngắn gọn và gần gũi khi bạn hoàn tất. Sẽ phức tạp hơn nếu bạn gặp 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ó khi giao dịch được thực hiện với .

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

Answer 3

Sử dụng phương pháp (a), mọi lúc. Khi bạn bắt đầu mở rộng quy mô ứng dụng của mình, logic giao dịch với nhà nước sẽ trở thành nỗi đau thực sự nếu bạn không thực hiện.

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

Answer 4

Có sự khác biệt giữa 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ó giới hạn cho kết nối song song trên máy chủ db - tính đến điều đó là cần thiết để kết nối của bạn rất ngắn.

Hồ bơi kết nối sẽ 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à đóng ngay lập tức.

Answer 5

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

Nếu bạn gặp sự cố tin rằng tổng hợp được thực sự sẽ nhanh hơn, sau đó cung cấp cho một thử này:

Thêm dòng sau ở đâ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 loạt các mở nhanh rất.

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