Şu anda web sayfam ilk yüklendiğinde bir veritabanı bağlantısı kuruyorum. Daha sonra sayfayı işler ve bu bağlantıya karşı tüm sorguları çalıştırırım. Bunu yapmanın en iyi yolu bu mu yoksa sorguyu her çalıştırdığımda veritabanı bağlantısı mı oluşturmalıyım?
ps 1 bağlantı oluşturmak ve kullanmak daha mantıklı geliyor, ancak bunun başka bir soruna neden olup olmadığını bilmiyorum.
MSSQL ile C # (ASP.NET) kullanıyorum.
Yanıtlar:
Her sorgu / işlem başına bir tane oluşturursanız, bağlantıları "kapatmayı" yönetmek çok kolaydır.
Neden sağduyu neden bir tane açıp onu kullanmanız gerektiğini belirlediğini anlayabiliyorum, ancak bağlantıların kopması ve okuyuculukla ilgili sorunlar yaşayacaksınız. Yani bir sonraki adımınız, bir havuz açmak, 50 demek, bağlantılar kurmak ve hepsini açık tutmak, farklı süreçlere sokmak olacak. Sonra bunun tam olarak .NET çerçevesinin sizin için ne yaptığını öğreneceksiniz .
İhtiyacınız olduğunda bir bağlantı açarsanız ve bittiğinde onu atarsanız, bu bağlantıyı gerçekten kapatmaz, tekrar kullanmak için bağlantı havuzuna geri gönderir.
Sorgu başına bir bağlantı oluşturmak için en iyi yöntem - ve verilerin görüntülenmesi durumunda, en iyi uygulama, sorgunun gerekli tüm verileri tek seferde getirmesidir .
Arkaplan bilgisi:
.NET'te arama yapmak SqlConnection.Open()varsayılan olarak her zaman şeffaf bir şekilde havuz oluşturmayı kullanır ( MSDN'de "SQL Server ile Bağlantı Havuzlamasını Kullanma" konusuna bakın ). Böylece yeni bir bağlantı kurabilir Open()ve Close()işiniz bittiğinde arayabilir ve .NET doğru olanı yapacaktır.
Bağlantı havuzu oluşturmadan, sorgu başına bir bağlantının çok kötü bir fikir olacağını unutmayın, çünkü gerçek veritabanı bağlantıları oluşturmak çok maliyetli olabilir (kimlik doğrulama, ağ üzerinde genel gider vb.) Ve eşzamanlı açık bağlantıların sayısı genellikle çok sınırlıdır.
SqlConnection.Open()her zaman şeffaf bir şekilde havuz oluşturmayı kullanır. Bu nedenle, "bir bağlantı aç" ile "bir havuzdan bağlantı al" arasındaki fark yoktur. Benim yanlış anlama. Soruyla ilgili küçük bir açıklama düzenleme özgürlüğünü aldım ve oyu geri aldım.
Bütün bunların .Net ekosistemi bağlamında olduğunu unutmayın.
Geliştiriciler bazen bağlantı nesnelerini yeniden kullanmak için kodlarını "optimize etmek" ister. Bu sorunun bağlamı göz önüne alındığında, bu neredeyse her zaman bir hatadır.
ADO.Net, Bağlantı Havuzu Oluşturma adlı bir özelliğe sahiptir . Yeni bir bağlantı nesnesi oluşturup açtığınızda, gerçekte yaptığınız şey bir havuzdan bağlantı istemektir. Bir bağlantıyı kapattığınızda, onu havuza döndürürsünüz.
Bu, koda doğrudan kullanmak nesneleri anlamak önemlidir: SqlConnection, MySqlConnection, OleDbConnectio, vs, hepsi sadece vardır sarmalayıcıların ADO.Net tarafından yönetilen gerçek altta yatan bir bağlantı etrafında ve ADO.Net gerçek bağlantıları "ağır" çok ve daha pahalı performans açısından. Kimlik doğrulaması, ağa geçiş, şifreleme gibi endişeleri olan temel nesneler ve aslında kendi kodunuzda gördüğünüz nesnedeki küçük bellek miktarından daha ağır olan şeyler.
Bağlantı nesnesini yeniden kullanmaya çalıştığınızda, ADO.Net'in önemli altta yatan bağlantıları etkili bir şekilde yönetme özelliğini ortadan kaldırırsınız. Çok daha büyük bir şeyin pahasına küçük şeyde verimlilik elde edersiniz.
Bir uygulamayı veya http isteğinde bağlantıyı yeniden kullanmak, sizi paralel olarak çalışabilecek bir şeyi yanlışlıkla seri hale getirmeye ve performans darboğazı haline getirmeye zorlayabilir. Bunun gerçek uygulamalarda olduğunu gördüm.
Buradaki web sayfası örneğinde, en azından yalnızca tek bir http isteği / yanıtı süresi için küçük bağlantıyı sürdürdüğünüzde, istek hattınızda hangi sorguları çalıştırdığınızı değerlendirerek daha fazla verimlilik elde edebilir ve Bunları mümkün olduğu kadar az sayıda ayrı veri tabanına isteyin (ipucu: tek bir SQL dizesinde birden fazla sorgu gönderebilir ve aralarında hareket DataReader.NextResult()etmek için farklı tabloları kullanabilir veya kontrol DataSetedebilirsiniz).
Başka bir deyişle, bir uygulama için bir bağlantıyı veya sorgu başına bir bağlantıyı http isteği yeniden kullanma anlamındansa, veritabanına çağırdığınız her sefer için bir bağlantı anlamında düşünün ... her turda. Sonra bu yolculukların sayısını en aza indirerek bağlantı sayısını en aza indirmeye çalışın. Bu şekilde her iki hedefi de yerine getirebilirsiniz.
Ama bu sadece bir çeşit optimizasyon. Ayrıca programcı zamanını optimize etmek ve etkili kod yeniden kullanımı kazanmak da var. Geliştiriciler, yalnızca açık ve kullanıma hazır bir bağlantı nesnesi elde etmek için aynı kazan kodunu tekrar tekrar yazmak istemiyorlar. Sadece sıkıcı değil aynı zamanda hataları programa sokmanın bir yolu.
Burada bile olsa, genellikle sorgu başına (veya gidiş dönüş) bir bağlantı olması daha iyidir. Aynı kazan kodunu yeniden yazmamak için kullanabileceğiniz başka desenler de var. İşte sevdiğim bir örnek , ancak daha birçok var.