Administrace komentářů

Sdílet, tzn. sdílet jednu sekvenci. Omlouvám se, že to nevysvětluji dosti polopatě, furt marně předpokládám, že než něco napíšeš, tak se nad tím zamyslíš.

Nápodobně. Popište s tou vaší sdílenou sekvencí dva případy s tabulkou, která má dva řádky. V prvním případě jeden uživatel upraví jeden záznam, ve druhém případě první uživatel upraví jeden záznam a druhý uživatel druhý záznam. Jak se změní verze?

Jenže uživatel, pokud chce jeden záznam smazat a jeden přidat, tak prostě ten "k smazání" změní na ten novej. A aplikace nemá šanci poznat, jestli to je úprava termínu (tzn. dvě takové konkurenční úpravy mají furt modifikovat jeden záznam), nebo jestli je to přidání nového a smazání starého (tzn. další úprava toho pole má generovat další záznam). Ono to není jasné ani v realitě: když se jedna schůzka zruší a místo toho se svolá na příští týden, jde o stejnou schůzku, jen přesunutou, nebo o jinou schůzku? Když navrhuješ aplikaci, nemůžeš se na to dívat jako programátor s jasně vymezenjma kolonkama: INSERT, UPDATE. Musíš myslet jako normální lidi.

Výhoda právě je, že uživatel buď upraví jeden záznam, nebo jeden záznam zruší a druhý přidá. Takže nemusíte nad ničím spekulovat, a prostě v databázi uděláte přesně to, co udělal uživatel. Když uživatel v kalendáři bafne čtvereček myší a přesune ho, je to úprava, když na něj klikne, zmáčkne Delete, je to smazání, když dá "Přidat událost", je to přidání. Jak prosté.

To byla jedna chyba tvého algoritmu.

To nebyla chyba mého algoritmu, nýbrž vaše minutí se s reálným světem.

Druhá chyba je v tom, že současné přidání jednoho záznamu dvěma lidmi tento záznam dabluje.

To není chyba. Když dva lidé přidají po jednom záznamu, je jediný správný výsledek přidání dvou záznamů. Můžete si to vyzkoušet - když do prázdné kasičky přidáte jednu korunu a někdo druhý tam pak přidá další korunu, musí tam být na konci dvě koruny. Když tam najdete jen jednu korunu, máte vadnou kasičku.

A poslední chyba je, že když uživatel B něco smaže, ale těsně před tím to tam uživatel B vloží (např. jen proto, že to tam bylo, ale on vloží nějakou hodnotu mezi dvě jiné, takže všem datům se změní IDčka a toto jako poslední bude nově vložené), tak přestože to A chtěl smazat a editoval poslední, tzn. má být smazáno, tak to v db zůstalo.

Uživatel A nemůže mazat záznam, který v databázi ještě není. Uživatel B nemůže do databáze vložit záznam, který už tam je.

takže všem datům se změní IDčka

IDčka se nemění. Kdyby se měnila, nebyla by to IDčka.

Zmatený příklad který nelze realizovat? Jako proč?

Protože ten příklad je jenom míchání písmenek. Za ta písmenka nejde dosadit nic z reálného světa ani nic z databáze reprezentující reálný svět. Reálný svět se vyznačuje například tím, že každý objekt existuje právě jednou, takže třeba když držíte minci a dáváte ji do kasičky, nemůže někdo jiný tutéž minci zároveň z kasičky vyndavat. V databázi se totéž reprezentuje pomocí primárních klíčů, typicky IDček, která reprezentují daný objekt.