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