On 12/08/2010 11:57 AM, Ondra Medek wrote:
Ahoj.
Toto by bola cesta, pretoze vaadin-ove objekty su drzane v pamati pocas
celej session.
Musel by sa ale vymysliet mechanizmus, ako mergeovat data z databazy s
tym co tam zrovna drzim.
Este som uvazoval o zneuziti read-uncommited izolacie transakcie, ale to
by som musel zaprve
transakciu riadit rucne ( co mi nakopne spring na dao vrstve ) a za
druhe postgres zrovna
tento typ izolacie nepodporuje.
Diky
-
D
Ahoj,
Vaadin by mel umoznovat do jiste miry drzet data v HTTP session, nez
je ulozis do DB. Tedy jestli dela napr. prijem na sklad po krocich,
tak ulozit do DB teprve na konci posledniho kroku. To je trochu
neprijemne, kdyz spadne uzivateli spojeni, ale pro "mikroaplikacii" by
to mohlo stacit.
2010/12/8 msk.conf<[email protected]>:
Ahoj.
V ramci jednej trojvrstvej mikroaplikacie ( cosi ako evidencia skladu,
naskladnit, vyskladnit a tak podobne )
stojim pred rozhodnutim ci a ako implementovat "undo" feature. Proste cosi,
co by dotycnemu cloveku umoznilo
vystornovat predosly, pripadne par predoslych krokov po tom, ako sa commitli
do db.
Aplikacia je klasika - vaadin + spring + hibernate + h2 ( alebo postgres ).
Prve, co ma napadlo, su sql savepoiny. Tie ale funguju len do momentu
uzavretia transakcie, pokial
ma pamat neklame.
Druhy napad bol urobit "snapshot", resp. dump celej databazy pred kazdou
takouto operaciou. To by mohlo chvilu
fungovat, velkost databazy by nemala presiahnut jednotky/desiatky MB. Co ale
v pripade, ze presiahne a ako
sa vysporiadat s viacnasobnym pristupom viacerych uzivatelov naraz, netusim.
Treti napad by bol naimplementovat nejake "oposite" metody k metodam ktore
robia zmeny na DB a stack tychto zmien,
ale do tohoto sa mi vonkoncom nechce, pretoze by to bolo neumerne vela
prace.
Neriesil niekto podobny problem? Google mi moc nepomohol.
Diky
--
Dusan
