integrita dat (Re: Commit a data bezpecne na disku?)
Karel Zak
zakkr na zf.jcu.cz
Úterý Březen 28 13:04:21 CEST 2000
On Tue, 28 Mar 2000, Honza Pazdziora wrote:
> On Tue, Mar 28, 2000 at 11:10:11AM +0200, Karel Zak wrote:
> >
> > Vim, ze nekteri lide pouzivaji MySQL i na trosku komplikovane aplikace. Sam
> > neco takoveho pisu a zajimalo by mne co bych musel udelat pokud bych to
> > chtel portovat na MySQL, abych zajistil konzistenci dat. Napr. man dva
> > inserty, ktere nemohou existovat jeden bez druheho. Jak zajistim, ze napr.
> > po padu klienta tam nebude jen jeden.
> >
> > (Prosim, bez emoci a flame o transakcich. Jen mne zajima jak se s timto
> > perou zastanci MySQL, me nic moc nenapada).
>
> Ve stavajici verzi Vam tohle databaze nezajisti. Muzete to obejit
To zni jako, ze v nektere budouci verzi to bude implementovano.
(Jak je obecne na tom MySQL s plany do budoucana? - tedy co je planovano)
> aplikacne, ze udelate inserty s nejakym cislem a az v jine tabulce
> k tomu cislu poznamenate, ze je provedeno, tak zacnou byt ta data
> chapana jako ziva a commitnuta. To je v podstate ekvivalent toho, co
> pri transakcnim zpracovani dela Oracle.
No nic moc. To znamena vzdy pred zacatkem prace s tou datovou tabulkou se
podivat do te poznacovaci tabulky nezustalo-li neco nekde "viset" a nejsou-li
v te datove nejake nezadouci data. A co kdyz to spadne behem toho
poznamenavani? Vidim tam i komplikaci pri praci vice uzivatelu, kteri
jakekoliv operace musi overovat prez tu poznacovaci tabulku.
Karel
Další informace o konferenci Test