Vycisteni DB session
Pavel Stehule
stehule na kix.fsv.cvut.cz
Pátek Únor 17 14:20:23 CET 2006
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
Další informace o konferenci Databases