connection pooling

• ağ üzerinden bir servise^* yapılan bağlantıların türlü performans kaygıları ile işleri bittikten sonra yok edilmeyip bir havuzda toplanması, ve bu işlemi yapan daemon^* tarafından akabinde gelen servis isteklerine daha çabuk cevap verilmesi için kullanılan bir yöntemdir. ilk akla gelen örneklerden biri, veritabanı erişim uygulamalarındaki orta katmandan^*-tafsilatlı bilgi için (bkz: three tier)- veritabanına yapılan bağlantıların tablolar kapatılsa bile korunarak yeni gelen isteğe sıradaki boş bağlantı üzerinden servis verilmesidir. işlemleri hızlandırsa bile herşey güllük gülistanlık değildir. veritabanı örneği ele alınırsa, kutsal kitap, "çok eyleşme işin bitince kapat der". özellikle yüksek yükte çalışan dağınık^* sistemlerde her tokalaştığına bağlanmak tehlikeli ve yasaktır. ancak tek noktadan`:` bağlanılan servislerde pooling parametrelerine(aynı anda kaç tane açık kalacak, kaç saniye açık kalacak vb...) azami dikkat sarfedilerek yapılabilir. eğer server farm kabilinden dağınık durumlar var ise, load balancing hikayeleri de işin içine katılınca bu tip optimizasyonların hakikaten de optimizasyon olup olmadığını çözmek ciddi bir teorik çalışma ve ampirik modelleme çabası gerektirir. belki de en iyisi microsoft'un yaptığını yapmaktır^**; intel ilen kolkola verip vur makinanın dibine şeklinde bir düstur ile yola çıkıp "pooling abi! istediğiniz kadar pooling! nasılsa yakında sequential processinging sınırına erişicez artık saat frekansı artamayınca parallel processing devrimi olacak ister istemez, kim tutar bizi, ve dolayısıyla sizi" türküleri söylemektir.^*
  (bkz: object pooling)
• (bkz: c3p0)