Vycisteni DB session

[Pavel Stehule]

On Fri, 17 Feb 2006, Ing. Pavel PaJaSoft Janoušek wrote:

> Jan Kasprzak <mailto:kas na fi.muni.cz> wrote:
> > Mam verit aplikaci ze po sobe nezanecha neporadek? Nebo naopak ztrata
> > vykonu neni tak velka a je lepsi pro jistotu uzavrit spojeni vzdy?
> 
> 	Se stejným problémem se potýkám v JDBC a recyklací... - zkoumal jsem
> i vnitřnosti implementací DB poolingů a v podstatě mi z toho vychází závěr,
> že jsou jen dvě cesty, ale ani jedna nic moc:
> 
> - na recyklaci se vykašlat (- režie)
> - dávat si setsakramentský bacha, jak s konexí nakládám v aplikaci (*)
> 
> (*) To mimo jiné znamená všudě řádně commitovat, odrolovat transakce, jinak
> po úpadku konexe budeme v p...; na začátku po  získání konexe nic
> nepředpokládat, ale vše si nastavit na hodnoty, jaké chci dále očekávat
> apod.-  Také sranda je, že v tomto případě se liší co je garantováno via
> JDBCv3 - objekt Connection a co je garantováno zase v JDBCv3 pro
> DataSource... (problematika je to značně obsáhlá a překračující tento
> příspěvek) - a nebo jsem blbej (problematiku jsem konzultoval i s jinými DB
> guru a Ti mi souhrně sdělili - "neřešíme, spoléháme, že to funguje").
> 	

Naprosto souhlasim. Stejny problem jsme resili s Apachem a PHP. Pokud mate 
v poradku aplikaci, tak vsechno funguje jak ma. Nekdy da ale praci, dostat 
aplikaci do takoveho stavu. V PostgreSQL se skoro rok vede diskuze o 
prikazu RESET CONNECTION. Pravidelne ji oteviraji lidi, co pisi java 
driver, a mam pocit, ze se zatim nikam nedostali.

Pavel