🚀 go-pugleaf

3P pisze:
/ciach/

> Chyba czegoś nie rozumiesz. 
Nie sądzę...

> Właśnie po to jest connection pooling, abyś 
> zamykał i otwierał połączenia bardzo często.
Niezupełnie.
Connection pooling jest po to, abyś nie musiał robić osobnego 
"connection dla każdego zapytania", ot co...
A "przy okazji" załatwia w inteligentny (mniej lub bardziej) cykl życia 
danego connection, które jest zarządzane pulą.
Generalnie mechanizm jest prosty; potrzebujesz connection prosisz pulę o 
nie. Ono Ci daje to które jest aktualnie wolne, lub tworzy je dla 
Ciebie, kiedy wolnego nie ma.
Kiedy connection nie jest Ci potrzebne - wraca do puli i czeka na 
następne żądania.
Dzięki temu nie musisz się martwić o to, czy dane connection nie jest 
zaalokowane przez inne zapytanie.

> Dzięki temu możesz mieć jednocześnie więcej użytkowników pracujących z 
> bazą.
Niezupełnie tak - mogę sprawić, aby kod wykonywał się równolegle, a nie 
sekwencyjnie. Prawie wszystkie bazy danych, mają kretyńskie 
ograniczenie, które nie pozwala mieć aktywnych wielu zestawów danych, 
które korzystają z tego samego połączenia. Chlubnym wyjątkiem jest 
Firebird (tu można mieć nawet wiele transakcji w tym samym connection i 
  nie mam na myśli save pointów) i ciekawą inicjatywą jest MARS dostępny 
od MS SQL Server 2005.

-- 
wloochacz