Kategoriler


SON YORUMLAR
Kaan çok eziksin
bsg. yazılımdan anlıyorsan bir işe gir.
İREM
Veri yapıları sınavım var..sınav süresi 30dk ve test..Veri yapılarında bilgili biri ücret karşılığında yardımcı olabilirse çok mutlu olurum..
Eray
29.8.2020 tarihli telefon numaram ile yaptığım yorum, ÖZEL DERS vermek, konu anlatımı yapmak veya freelancer olarak yazılım projelerinde yazılımcı olarak çalışmak içindir. Ödev yaptırmak, sınava girmek gibi isteklere geri dönüş yapmıyorum.
Tatar Ramazan
CLASS (Inheritance, abstract, interface, static) Kurallar: 1- Abstract ve interface classlarda new ile obje oluşturulamaz. Bu kural static sınıflar için de geçerlidir. 2- Statik metotlardan yalnızca statik değişken ve metotlar çağırılır. 3- Sınıfın tüm objeleri statik alanın aynı değerini paylaşır. 4- Sınıftan her obje oluştuğunda statik değişken değeri sıfırlanmaz kaldığı yerden devam eder. 5- Statik alana sınıftan obje oluşturmadan direk ulaşılabilir. 6- Statik değişken her zaman bir değere sahiptir. Nümerik değerler için değer atanmadıysa değeri sıfırdır. 7- Virtual metod, abstract ya da static olamaz. 8- Bir metod ya da properties override edilirken tipi değiştirilmez. 9- Türetilen sınıfta metod override edilmemişse ana sınıftaki içerik geçerli olur. 10- Bir interface uygulayan metod public olmalıdır. 11- Static metod abstract, virtual, override olamaz. 12- Properties?ler abstract ya da virtual olabilir. 13- Türetilen sınıf ana sınıftaki tüm abstract metodları uygulamazsa o da abstract olmalıdır. 14- Abstract metod içeren sınıf da abstract olmalı. 15- Abstract metod otomatikman virtual olur. 16- Türetilen sınıf abstract classtaki tüm metodları uygulamalıdır. 17- Virtual metod birden fazla türetilen sınıfta yeniden tanımlanabilir. 18- Bir sınıf birden fazla interface?i aralarına virgül konularak kullanabilir. 19- Interface tek başına hiçbir uygulama sağlamaz. 20- Abstract metod gövde içermez ve ana sınıf tarafından uygulanamaz. 21- Abstract sınıf içinde statik ya da virtual metod tanımlanabilir. 22- Bir interface metod uygulanırken public değilse başına tanımlandığı interface koyulur. 23- Protected tanımlanan field?a sadece türev sınıf içinden erişilir. 24- Fields (alanlar) virtual ya da abstract olamaz. 25- Interface?ler fields içermez. Properties içerebilir. 26- Bir constructor base ile miras alıyorsa hem aldığı mirası hem kendi içindekini uygular. İçi boşsa yalnızca kalıtım aldığını uygular. Miras alırken de derived (türetilen) classtaki parametre değerini esas alır. 27- Interface metod implemente edilirken override yazılmaz. Override virtual ya da abstract metodlar uygulanırken kullanılır.
World
Hello PIO
PIO
hello world
Tatar Ramazan
2009-10 yıllarında millet maaşını yazardı yüksek miktarlar alırlardı şimdi kimse yazmıyor zavallılar sürünüyorlar. Yanlışsam, durumunuz iyiyse çıkın yanlışlayın beni. Az bir kısmınız mutlu olacak diğerleri kıvransın dursun.
Tatar Ramazan
çok para bayılacaklar osuracaklar, sıçacaklar size zort zort zort...muhahah, puahahah...
tatminsiz
10.000 tl den aşağı çalışmam.

java ve c# ı yalayıp yuttum mssql oracle pl sql ibm db2 biliyorum. projeler yaptım kaç para alcam?
memnun
Muhasebe bölümünden bilişime geçtim 2 ay geride kaldım şimdi geri muhasebeye nakîl verdim ama bu parayı duyunca çallşmaya başladım
muhendis
Eskidendi o çok eskiden..mühendisler artık aç..4 yıllık mühendisim aldığım ücret 5000 tl...
cengiz
Ben de bilmiyorum faidesini...
orhon
ilk önce sql sonra t-sql

Bilgisayar Mühendisleri
Here is the website inspired me to use 
it as a guide when I tried to define 
myself as an engineer candidate a few 
years ago. It really helped me to work
 and study feeling in confidence with 
being on the right way. I suggest this 
website to whom it may direct her/his 
to find the right career path. It 
includes many articles varies from 
real life experiences to detailed 
software engineering issues. But the 
most dignified parts for me are the 
articles in general and career titles.
Son okunan makaleler:
Ado.Net 2.0 - Connection Pooling' in Önemi
İSTANBULU SEÇİN!
Bilgisayar Mühendisliği Hakkındaki 10 Büyük Yalan!
Para ile ödev yapmak üzerine
Gül'den gençlere öğütler: Boşa zaman geçirmeyin
Bilgisayar Mühendisleri Kaç Para Alır?
Gül'den gençlere öğütler: Boşa zaman geçirmeyin
En iyi bilgisayar mühendisliği bölümüne sahip üniversiteler
Gül'den gençlere öğütler: Boşa zaman geçirmeyin
Bilgisayar Mühendisi Ne İş yapar? Program Nedir? Çeşitli Sorular?
Okul bitince ne yapacaksınız?
Staj Yeri Nasıl Bulunur? Staja hazırlık olarak neler yapmalıyım?
Bilgisayar Mühendisliğini yeni kazandım, neler yapmalıyım?
Yazılım Mühendisliği ve Bilgisayar Mühendisliği arasındaki farklar
Bilgisayar Mühendisliği Hakkındaki 10 Büyük Yalan!
Yazılım Mühendisliği ve Bilgisayar Mühendisliği arasındaki farklar
Para ile ödev yapmak üzerine
Yazılım Mühendisliği ve Bilgisayar Mühendisliği arasındaki farklar
Bilgisayar Mühendisleri Kaç Para Alır?
Yazılım Mühendisliği ve Bilgisayar Mühendisliği arasındaki farklar

Bilgisayar Mühendisleri Portalı

Ado.Net 2.0 - Connection Pooling' in Önemi

 

Connectilon Pooling veritabanı programcılığında, uygulamaların performansını doğrudan etkiliyen unsurlardan birisidir. Bağlantıların bir havuza atılarak buradan kullanılmalarını sağlamaktaki en büyük amaç, çok sayıda kullanıcının bağlı olduğu veri tabanlı uygulamalarda, aynı özelliklere sahip bağlantı bilgilerinin defalarca oluşturulmasınının önüne geçmek bu sayede var olan açık bağlantıların kullanılabilmesini sağlamaktır. Temel mantık son derece basittir. Bir kullanıcı uygulaması içerisinden bir verikaynağına bağlanmak istediğinde, geçerli bir Connection nesnesi oluşturmak zorundadır. Bu Connection nesnesi eğer ilk kez talep edilmişse, veritabanı tarafında bir bağlantı havuzunun içine atılacaktır. Ki başka bir kullanıcı aynı veri kaynağına aynı bağlantı bilgisi ile bağlanmak istediğinde, havuzdaki bağlantıyı kullanabilecektir. Burada aynı bağlantı bilgisine başvuran birden fazla kullanıcı olduğunu düşündüğümüzde bu mimarinin önemi ortaya çıkmaktadır. Özellikle web tabanlı uygulamalarda bu fark büyük performans kazanımı anlamına gelmektedir. Biz bu makalemizde Connection Pooling’ in mimarisini incelemektense onu kullanırken dikkat etmemiz gereken noktalara değineceğiz. Ama herşeyden önce connection pooling’ i kullanmanın faydasını göreceğimiz basit bir örnek ile yola çıkmakta fayda olacağı kanısındayım.  Bunun için, Vs.2005’ de aşağıdaki kodlara sahip basit bir console uygulaması yazarak işe başlayalım.

using System;
using System.Collections.Generic;
using System.Text;
using System.Data.SqlClient;

namespace UsingPooling
{
    class Program
    {
        static void Main(string[] args)
        {
            SqlConnection con = new SqlConnection("data source=MANCHESTER;database=AdventureWorks;integrated security=SSPI;
Pooling=false");
            DateTime dtBaslangic = DateTime.Now;
            for (int i = 0; i < 10000; i++)
            {
                con.Open();
                con.Close();
            }
            DateTime dtBitis = DateTime.Now;
            TimeSpan tsGecerSure = dtBitis - dtBaslangic;
            Console.WriteLine("Geçen süre {0} milisaniyedir.", tsGecerSure.TotalMilliseconds.ToString());
        }
    }
}

Öncelikle bu uygulamada ne yapıyoruz kısaca bunu açıklayalım. Uygulamamız Sql Server 2005 üzerinde yer alan AdventureWorks isimli veritabanına, 10000 defa bir bağlantı açıp kapatıyor. Burada döngü içerisinde gerçekleşen olayları, sisteme bağlanan 10000 farklı kullanıcının kod kısmı olarakta düşünebilirisiniz. Aynı bağlantı bilgisi için defalarca açma ve kapatma işlemini yapıyoruz ve bu işlemler sonrası oluşan süre farkına bakıyoruz. Burada bağlantı bilgisine dikkat ederseniz Pooling özelliğinin bilerekten false olarak atandığını görürsünüz. Yani ilgili connection bilgisinin herhangibir şekilde havuza atılmayacağını (Connection Pool’ da tutulmayacağını) belirtmiş oluyoruz. Bu haliyle uygulamamızı çalıştırdığımızda aşağıdaki gibi (ya da kullanıdığınız çevresel parametrelere göre bu sonuca yakın) bir süre farkı elde ederiz.

Ancak Pooling=false özelliğini kaldırırsak (ki varsayılan hali true’ dur ve pooling’ in aktif olmasını sağlar) süre farkı çok daha az olacaktır.

Görüldüğü gibi, her iki uygulamanın çalışma süreleri arasında belirgin ve aynı zamanda dikkate değer bir zaman farkı oluşmuştur. Bu, Connection Pooling’ in herhangibir Connection nesnesine ait bağlantı bilgisi içerisinde hiç bir şey belirtilmesse zaten aktif olacağına şükredebileceğimiz bir durumdur. Ancak kodlama farklarından dolayı Pooling zaman zaman başımızı derde sokabilir. Bizim için sancı yaratacak iki farklı durum vardır. Şimdi kısaca bu durumlar inceleyeceğiz. İlk olarak aşağıdaki kodlara sahip olan ve Vs.2005 üzerinde geliştirilmiş basit bir Windows Uygulamasını göz önüne alalım.

private void btnExecute_Click(object sender, EventArgs e)
{
    try
    {
        SqlConnection con = new SqlConnection("data source=MANCHESTER;database=AdventureWorks;integrated security=SSPI;Min Pool Size=10;Max Pool Size=15");
        SqlCommand cmd = new SqlCommand("SELECT Count(*) FROM
Person.Contat", con);
        con.Open();
        int kontakSayisi=Convert.ToInt32(cmd.ExecuteScalar());
        con.Close();
        }
        catch(Exception err)
        {
            lstExceptions.Items.Add(err.ToString());
        }
}

Burada button kontrolüne basıldığında çalışan kodlarda, Person.Contat isimli tablodaki kayıt sayısını öğrenebileceğimiz bir sorgunun çalıştırılmasını görüyoruz. Burada kod, try/catch bloğuna alındığından, sql komutlarının yürütülmesi yada bağlantının açılması sırasında oluşacak hatalara karşı programı koruma altına aldığımızı düşünebiliriz. Ancak Contat(Contact olması gerekirdir) tablosu AdventureWorks isimli veritabanında mevcut değildir. Bu yüzden kod çalışma zamanında bir SqlException verecektir. Ancak bu kodu birden fazla sayıda kullanıcının tetiklediğini düşünürsek (örneğimizde butona defalarca basarak bu durumu canlandırabiliriz) başımıza korkunç işler gelebilir. Öyleki, SqlCommand sınıfından olan cmd nesnesi execute edilirken oluşan hata, con nesnesinin kapatılmasını engellemektedir. Bu sunucu üzerindeki bağlantı havuzunda açık kalan bir bağlantı demektir. Button kontrolümüz tetiklendikçe, açık bağlantı sayısı artmaya ve bir süre sonrada bağlantı havuzundaki maksimum bağlantı sayısını aşmaya başlayacaktır. Bu durum böyle devam ederekten sonuçta uygulamanın SqlException istisnasından vazgeçerek zaman aşımına bağlı olaraktan InvalidOperationException istisnasını fırlatmasına neden olacaktır. Şu aşamada istisnanın tipinden ziyade açık kalan bağlantıları sürekli olarak artması çok tehlikeli bir durumdur. Aşağıdaki ekran görüntüsü, yukarıdaki uygulamada button kontrolüne defalarca basılaraktan elde edilmiştir.

Bu görüntüde yer alan NumberOfReclaimedConnections sayacı (Counter), .Net 2.0 ile birlikte gelen yeni performans ölçüm değerlerinden birisidir ve havuzda yer alıpta kapatılamayan bağlantı sayılarına ilişkin bilgileri vermektedir. Grafiktende görüleceği üzere açık bağlantılar sürekli artmıştır. Uygulama bunun sonucunda SqlException’ dan çıkarak zaman aşımı (Timeout) nedeni ile InvalidOperationException’ a sürüklenmiştir.

NumberOfReclaimedConnections, .Net 2.0 ile birlikte gelen Performans sayaçlarından (Performance Counter) birisidir. Bu sayaç .Net Data Provider For Sql Server performans nesnesi (Performance Object) altında yer almaktadır.

Aslında hatanın nedeni son derece basittir. Connection sınıfına ait nesne örneğinin kapatılması garanti altına alınmamıştır. Bu gerçekten önemli bir hatadır. Bu durumu düzeltmek için ya finally bloğu eklenmeli ya da işlemler aşağıdaki kod parçasında olduğu gibi using blokları içerisinde gerçekleştirilmelidir. Nitekim using bloğu doğal olaraktan kullandığı nesnenin dispose edilmesini garanti altına alır.

private void btnExecute_Click(object sender, EventArgs e)
{
    try
    {
       
using (SqlConnection con = new SqlConnection("data source=MANCHESTER;database=AdventureWorks;integrated security=SSPI;Min Pool Size=10;Max Pool Size=15"))
        {
           
using (SqlCommand cmd = new SqlCommand("SELECT Count(*) FROM Person.Contat", con))
            {
                con.Open();
                int kontakSayisi = Convert.ToInt32(cmd.ExecuteScalar());
            }
        }
    }
    catch (Exception err)
    {
        lstExceptions.Items.Add(err.ToString());
    }
}

Görüldüğü gibi bu kez havuzda açık kalan hiç bir bağlantı yoktur. Bunu görmek için uygulamayı test ettiğimizde, yukarıdaki ekran görüntüsünde olduğu gibi NumberOfRecalimedConnections sayacının (Counter) sıfır olarak seyrettiğini görürüz. Dolayısıyla uygulamadaki bağlantılar için maksimum havuz boyutunun aşılması ve nihayetinde InvalidOperationException istisnasına sürüklenilmesi engellenmiştir. Herşeyden önemlisi ne kadar çok kullanıcı bu kodu çalışıtırırsa çalıştırsın, havuzda açık kalan herhangibir bağlantı olmayacaktır. Şimdi gelelim connection pooling ile ilgili diğer önemli noktaya. Aşağıdaki örnek console uygulaması bu durumu canlandırmak için geliştirilmiştir.

using System;
using System.Collections.Generic;
using System.Text;
using System.Data.SqlClient;

namespace Pooling_3
{
    class Program
    {
        static void Main(string[] args)
        {
            try
            {
                for (int i = 1; i < 100; i++)
                {
                    KontakSayisiniBul();
                }
            }
            catch (SqlException err)
            {
                Console.WriteLine(err.Message.ToString());
            }
            Console.ReadLine();
        }
   
        private static void KontakSayisiniBul()
        {
            using (SqlConnection con = new SqlConnection("data source=MANCHESTER;database=AdventureWorks;integrated security=SSPI;Min Pool Size=5;Max Pool Size=15"))
            {
                SqlCommand cmd = new SqlCommand("Select Count(*) From Person.Contact", con);
                con.Open();
                int kontakSayisi = Convert.ToInt32(cmd.ExecuteScalar());
                System.Threading.Thread.Sleep(1500);
            }
        }
    }
}

Bu örnekte son derece anlamsız bir şekilde 100 defa Contact tablosundaki eleman sayısını hesaplatmaktayız. Bu işlemleri yaparken durumu daha iyi analiz edebilmek içinde kodu 1,5 saniye kadar duraksatıyoruz. Bu işlem sonradan Sql Server Servisini restart etmemizde bize zaman kazandıracaktır. Kodu, aynı işlemi sunucuya doğru gerçekleştiren n sayıda kullanıcı ekranına ait bir uygulamanın parçası olarakta düşünebiliriz. N sayıda kullanıcı sunucuya bağlanıp sorguyu çalıştırdıkları sürece, sunucunun başına çeşitli haller gelebilir. Örneğin, Sql Server Servisi bir şekilde baştan başlatılmış (Restart) olabilir. (Bu çoğunlukla sql sunucusunu barındıran bilgisayarın istem dışı restart olması halinde gerçekleşebilecek bir durumdur.) Eğer böyle bir durum söz konusu olursa, havuzda duran bağlantı bilgileri servis yeniden çalışsa bile erişilemez hale gelecektir. Örneğimizi çalıştırdıktan sonra Sql Server servisini baştan başlatacak olursak, servis durup yeniden çalışmaya başladığında ilgili uygulama ortama bir SqlException istisnası fırlatacaktır.

Bu istisnanın nedeni artık havuzda duran bağlantı bilgilerinin yapısının, servisin yeniden başlatılması nedeni ile bozulmuş olmasıdır. Bu sorunu çözebilmek için yapılabileceklerden bir tanesi ve en kolayı, havuzdaki bağlantıları sıfırlamak bir başka deyişle havuzu boşaltmaktır. Ado.Net 2.0’ da Connection sınıflarına bu işlemleri kolay bir şekilde yapabilmek için iki yeni metod eklenmiştir. Bu metodların prototipleri aşağıdaki gibidir.

Metod Kısa Açıklama
public static void ClearAllPools () Havudaki tüm bağlantıları boşaltır.
public static void ClearPool (SqlConnection connection) Parametre olarak verilen bağlantıya ait havuzu boşaltır.

Bu metodların uygulanması halinde yukarıdaki çalışma zamanı hatası ile başedebiliriz. Aslında bu metodlar, bağlantı havuzunu boşaltırken ilgili bağlantı nesnelerini kapatmazlar. Sadece bunların artık kullanılmayacağını belirtirler. Yukarıdaki örnek uygulamamızı aşağıdaki gibi değiştirmemiz etkili bir çalışma zamanı çözümü olacaktır.
 

try
{
    for (int i = 1; i < 100; i++)
    {
        KontakSayisiniBul();
    }
}
catch (SqlException err)
{
    if (err.Number == 233)
    {
       
SqlConnection.ClearAllPools();
    }
}

Uygulamamızı bu haliyle çalıştırırsak çalışma zamanında herhangibir istisna almayız. Az önce değindiğimiz gibi bu sorunun daha zor olan ama daha güçlü olan bir çözümü daha vardır. Bu Failover Partner adı verilen gene bir çözümdür. Kısaca, sql sunucusunun yanında ayna(Mirror) görevi gören bir sunucu ve birde tanık(Witness) görevi gören başka bir sunucu vardır. Bu sistemin konusu makalemizin sınırlarını aşmaktadır. Bu konuya ilerleyen zamanlarda ayrıca vakit ayırmayı düşünüyorum. Görüldüğü gibi bağlantı havuzlarını kullanırken başımıza gelebilecek iki önemli tehlike üzerinde durmaya çalıştık. İlki kesin olarak kapatılmayan bağlantı nesnelerinin yol açtığı sorundu. Bunun çözümü için en etkili yöntem olarak using bloklarına başvurduk. Diğer sorunumuz ise, çalışma zamanında veritabanı sunucusunun herhangibir neden ile sıfırlanmasıyıdı. Bu sorunu ise, hata kodunu ele alıp bağlanyı havuzlarını boşaltarak çözdük. Böylece geldik bir makalemizin daha sonuna. Bir sonraki makalemizde görüşünceye dek hepinize mutlu günler dilerim.

Bu makaleyi beğendin mi? Yorumunu Yaz!







Sizden Gelen Yorumlar:

Yorum Yazın

mehmet(2.3.2012 15:25:03)
iyi valla isimi gordu saol
%0 %0 %0
Katılıyorum Çekimserim Katılmıyorum



ilker yiğit(18.1.2011 10:25:36)
Emeğinize sağlık çok güzel bir makale
%50 %25 %25
Katılıyorum Çekimserim Katılmıyorum



Mustafa Yolcu(7.11.2009 14:37:10)
Çok başarılı bir makale olmuş. Pooling ile ilgili bilgisi olmayan birini aydınlatacak, sade ve temiz bir dil kullanılmış güzel bir makale.

Tebrik Ederim.
%67 %17 %17
Katılıyorum Çekimserim Katılmıyorum






Copyright© 2001-2023. Bilgisayar Mühendisleri Portalı | Bütün hakları saklıdır.