Obsługa transakcji przez PHP, MySQL, ale niekoniecznie Opcje

[ktuvok]

Mam skrypt o następującej konstrukcji:

[PHP] pobierz, plaintext 
<?php
 
$SQL1 = &#092;"INSERT INTO ...\";
$SQL2 = &#092;"UPDATE ...\";
$SQL3 = &#092;"UPDATE ...\";
 
$Zacznij = mysql_query(&#092;"BEGIN;\");
$Operacja1 = mysql_query($SQL1);
$Operacja2 = mysql_query($SQL2);
$Operacja3 = mysql_query($SQL3);
 
if (!mysql_error())
{
	//Nie ma błędu, zatwierdzam transakcję
	$Wykonaj = mysql_query(&#092;"COMMIT;\");
}
else
{
	$TrescBledu = mysql_error();
	//Wystąpił błąd bazy MySQL:
	$Wykonaj = mysql_query(&#092;"ROLLBACK;\");
	echo &#092;"Wystąpił następujący błąd bazy danych: $TrescBledu\";
}
 
?>
[PHP] pobierz, plaintext 

Czy taka konstrukcja jest poprawna?

Chodzi mi o to, czy jeśli błąd wystąpi na etapie Operacji1, a Operacja2 i
Operacja3 się powiodą, to czy mysql_error() również zwróci kod błędu?

Ewentualnie - jak inaczej to oprogramować?

I druga rzecz... Transakcja jest traktowana przez bazę w kontekście aktualnego identyfikatora połączenia z bazą, prawda? Ale którego? Każdy mój juzer łączy się z bazą z użyciem (z punktu widzenia bazy) tego samego loginu i hasła. W rezultacie zapytanie o CONNECTION_ID() daje za każdym razem inny rezultat, ale:

[PHP] pobierz, plaintext 
<?php
 
$connection = mysql_connect(&#092;"host\", \"juzer\", \"hasło\");
 
?>
[PHP] pobierz, plaintext 

zwraca mi w każdym przypadku Resource id #2 - dlaczego? Czy mogę w ten sposób bezpiecznie używać transakcji, nie martwiąc się, ze jeden juzer wycofa transakcję drugiego?

Pozdrawiam,
K

[SongoQ]

Podobnie twierdze jak @nospor nie ma sesnu przetwazac dalej zapytan jesli ktoros z wczesniejszych zapytan nie powiodlo sie. Dlaczego? - Nieoptymalne dla bazy i dla serwera www, a po 2 to tak jak bys wykonywal cos co naprawde jest Ci nie potrzebne.