Pokud se data vejdou do pameti, je lepsi vsechno drzet v pameti a zapsat behem jedne kratke transakce. V pripade rizika konkurencnich zmen dat, je vhodne pouzit optimisticke zamky. Na konci potom jen uzivatele informujete o vysledku.
Lukas 2010/2/17 Dusan Zatkovsky <[email protected]> > > otevrenou transakci dejme tomu pro cely zivotni cyklus nejakeho dialogu - > > od otevreni a nacteni udaju do nej, během práce s nim, az po ulozeni ... > > No, nie je to uplne ten pripad, ale je to podobne. Aplikacia cosi z kadesi > stahuje a inserti do databazy. Nasledne commituje a konci. > > Pokial by v tom bol este nejaky next-next-back-back wizard modifikujuci > data v > db a vy nechcete mat partialne zmeny v tej databazi, tak to musite spravit > dlhou otvorenou transakciou. Databaza je embedded, takze zdroje neriesim... > > > -- > Dusan > > > ... tykajte mi >
