sqlite..
20 October 2005, 01:25
az utobbi idoben eleg sokat foglalkoztam a novell netmail kodjanak kinyitasa utan megszuletett hula MTAval.. hat van egy kis gond a sorok adatbazisaival, es az sqlite uj verzioja csak olaj a tuzre.. adott egy program tipikus ‘overengineered’ gondokkal, es jon valami ami legyilkolja szegenyt.. ezvan.. :)
szoval: szerencsetlen hula minden kimeno sorba allo levelrol csinal egy lenyomatot es ezt relacios adatbazisban tarolja.. a program ezen resze szigoruan aszinkron modon mukodik.. es valaki kitalalta, hogy elore nyisson meg x db sqlite handlert, majd minden bejovo kapcsolat lekezelesekor minden egyes szal ebbol a poolbol vesz ki egyet es hasznalja.. hat eztan lesz a haddelhadd.. sqlite eztet mostmar nagyon nem szereti.. mondjuk eddig sem volt oda ertuk..
kb 1 honap szivas utan ugy dontottem, hogy felejtsuk el a pool-t, es legyen minden kapcsolathoz kulon handler, amit kinyit, melozik, majd bezar.. egyelore egesz jol mukodik nalunk.. nagyon kicsi a valoszinusege, hogy barmi is a sorban marad sqlite hiba miatt..
csakhat most olvasom, hogy sqlite exkluziv lockot tesz az egesz db-re ha iras muvelet van.. tehat ha konkurrensen kellene hasznalni a db-t, akkor a masik szal fogja a biciklit.. ezvan.. de legalabb kezdem sejteni, hogy mi ujsag.. naiv modon azt hittem, hogy sqlite ilyenkor felallit valamifele utasitas sort es majd kiszolgalja a kerest ha raer.. denem.. megoldas kerestetik..
otletek: szemforokkal varakoztatni a szalakat.. es akkor sqlite fozhet kavet is..
vagy esetleg nyuljunk valami komolyabb (postgres?) adatbazis kezelohoz, ami elfedi az ilyen mukodesbol eredo gondokat..
majdmeglatjuk..
linkek:
www.hula-project.org
www.sqlite.org
weblogs.asp.net/jgalloway/archive/2005/07/08/418472.aspx