Transakcje a PHP., Moje wczorajsze odkrycie :) Opcje

[Black-Berry]

Wczoraj odkryłem w MySql mechanizm transakcji. Działa to na prostej zasadzie. Łączy się zapytania w większą grupę którą można zatwierdzić albo cofnąć. Na przykład:

[SQL] pobierz, plaintext 
BEGIN;
SELECT * FROM TABLE WHERE id = 10 FOR UPDATE;
UPDATE TABLE SET name = 'moje odkrycie' WHERE id = 10;
COMMIT;
[SQL] pobierz, plaintext 

komenda 'FOR UPDATE' sprawia, że tablica 'table' jest zablokowana do odczytu dla innych połaczeń. Obejmując znacznikami BEGIN i COMMIT całą serię selectów i updatów dodających np nowy artykuł mam pewność, że admin i na przykąłd moderator klikając 'zapisz' w tej samej sekundzie nie skrzyżuja danych i nie rozwalą integralności bazy. Jescze trochę o tym czytam ale nie mogę doszukać się odpowiedzi na kilka pytań:

1. Czy dobrze główkuję?
2. Co jeśli moderatorowi braknie prądu? Czy to będzie oznaczało dead lock bo tabela z artykułami nigdy sie nie odblokuje? COMMIT nie nastąpi przecież nigdy.
3. Czy czegoś nie przeoczyłem?
4. Czy to jest tak, ze jesli mam mderatora i administratora i jesli oboje chcą dodać artykuł to czy faktycznie są to odrębne połączenia z bazą?

Ten post edytował Black-Berry 27.08.2008, 09:41:05

[SongoQ]

Tak jestes na dobrej drodze. Z tym ze transakcja obejmuje tylko DML czyli UPDATE INSERT I DELETE. Co do braku pradu to zerwanie polaczenia z baza traktowane jest jako wycofanie transakcji. W przypadku powiedzmy bledu PHP i zamkniecia skryptu podobnie itd. A dead lock to troche inna sytuacja. Transakcje powinno sie zawsze wykorzystywac a szczegolnie tam gdzie wykonujemy bloki operacji ktore musza sie albo na raz wszystkie wykonac albo wycofac.