SqlConnection'ı "aç / kapat" mı yoksa açık tut?

İş mantığımı statik yöntemlerle basit statik sınıflarda uyguladım. Bu yöntemlerin her biri çağrıldığında SQL bağlantısını açar / kapatır:

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

        // ...

        connection.Close();
    }
}

Ancak bir bağlantıyı açıp kapatmaktan kaçınmanın performanstan tasarruf ettiğini düşünüyorum . Çok uzun zaman önce OleDbConnection sınıfıyla (SqlConnection hakkında emin değilim) bazı testler yaptım ve kesinlikle böyle çalışmasına yardımcı oldu (hatırladığım kadarıyla):

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

Öyleyse soru şu - (a) yöntemini mi yoksa (b) yöntemini mi seçmeliyim? Başka bir yığın aşımı sorusunda, bağlantı havuzlamasının performansı kaydettiğini okudum, hiç uğraşmam gerekmiyor ...

PS. Bu bir ASP.NET uygulamasıdır - bağlantılar yalnızca bir web isteği sırasında mevcuttur. Kazanma uygulaması veya hizmet değil.

A seçeneğine sadık kalın .

Bağlantı havuzu, arkadaşınızdır.

Her seferinde Yöntem (a) 'yı kullanın. Uygulamanızı ölçeklendirmeye başladığınızda, durumla ilgilenen mantık, yapmazsanız gerçek bir acıya dönüşecektir.

Bağlantı havuzu, teneke üzerinde söylediği şeyi yapar. Sadece uygulama ölçeklendiğinde ne olacağını ve bağlantı açık / kapalı durumunu manuel olarak yönetmenin ne kadar zor olacağını bir düşünün. Bağlantı havuzu, bunu otomatik olarak ele alma konusunda iyi bir iş çıkarır. Performans konusunda endişeliyseniz, hiçbir şeyin engellenmemesi için bir tür önbellek mekanizması düşünün.

Bağlantıları her zaman onlarla işiniz biter bitmez kapatın, böylece temeldeki veritabanı bağlantısı havuza geri dönebilir ve diğer arayanlar tarafından kullanılabilir. Bağlantı havuzlaması oldukça iyi optimize edilmiştir, bu nedenle bunu yapmanın dikkate değer bir cezası yoktur. Tavsiye, temelde işlemlerle aynıdır - işiniz bittiğinde bunları kısa ve yakın tutun.

Birden çok bağlantı kullanan kod etrafında tek bir işlem kullanarak MSDTC sorunlarıyla karşılaşıyorsanız daha karmaşık hale gelir, bu durumda bağlantı nesnesini gerçekten paylaşmanız ve işlem tamamlandıktan sonra kapatmanız gerekir.

Ancak burada işleri elle yapıyorsanız, DataSets, Linq to SQL, Entity Framework veya NHibernate gibi sizin için bağlantıları yöneten araçları araştırmak isteyebilirsiniz.

Feragatname: Bunun eski olduğunu biliyorum, ancak bu gerçeği göstermenin kolay bir yolunu buldum, bu yüzden iki sent değerimi koyuyorum.

Havuzlamanın gerçekten daha hızlı olacağına inanmakta güçlük çekiyorsanız, şunu deneyin:

Aşağıdakileri bir yere ekleyin:

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

Şimdi tüm çağrıları Open()ile değiştirin TimedOpen()ve programınızı çalıştırın. Şimdi, sahip olduğunuz her farklı bağlantı dizesi için, konsol (çıkış) penceresi tek bir uzun süre açık olacak ve bir grup çok hızlı açılacaktır.

Onları etiketlemek istiyorsanız new StackTrace(true).GetFrame(1) +, çağrıya ekleyebilirsiniz WriteLine.

Fiziksel ve mantıksal bağlantılar arasında farklar vardır. DbConnection bir tür mantıksal bağlantıdır ve Oracle ile temelde yatan fiziksel bağlantıyı kullanır. DbConnection'ı kapatmak / açmak performansınızı etkilemez, ancak kodunuzu temiz ve kararlı hale getirir - bu durumda bağlantı sızıntıları imkansızdır.

Ayrıca, db sunucusunda paralel bağlantılar için sınırlamalar olduğu durumları da hatırlamalısınız - bunu hesaba katarak bağlantılarınızı çok kısa yapmanız gerekir.

Bağlantı havuzu sizi bağlantı durumu kontrolünden kurtarır - sadece açın, kullanın ve hemen kapatın.

Normalde her işlem için bir bağlantı tutmalısınız (paralel hesaplama yok)

Örneğin, kullanıcı ücretlendirme işlemini gerçekleştirdiğinde, uygulamanızın önce kullanıcı bakiyesini bulması ve güncellemesi gerekir, aynı bağlantıyı kullanmaları gerekir.

Ado.net kendi bağlantı havuzuna sahip olsa bile, bağlantı gönderme maliyeti çok düşüktür, ancak bağlantıyı yeniden kullanmak daha iyi bir seçimdir.

Neden uygulamada yalnızca bir bağlantı tutmuyorsunuz?

Bir sorgu veya komut yürüttüğünüzde bağlantı engellendiği için, bu, uygulamanızın aynı anda yalnızca bir db işlemi yaptığı anlamına gelir, ne kadar düşük performans.

Bir başka sorun da, uygulamanızın, kullanıcınız sadece açmış olmasına rağmen hiçbir işlem yapmamasına rağmen her zaman bir bağlantıya sahip olacağıdır. herhangi bir şey.