Administrace komentářů

CREATE TEMPORARY TABLE a(a integer, b integer);
INSERT INTO a VALUES ( 1, 2 ) , ( 3, 4 ) , (5,6);
SELECT * FROM a WHERE (a, b) IN (( 3, 4 ), (5,6))

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íš.

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.

To byla jedna chyba tvého algoritmu. Druhá chyba je v tom, že současné přidání jednoho záznamu dvěma lidmi tento záznam dabluje. 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.