Forum PHP.pl

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

Czy wystąpił błąd sprawdzaj po każdej operacji i jeśli jest to wtedy rollback, a nie jak u ciebie sprawdzasz na koniec. To bez sensu

nawiazanie polaczenie poprzez wywolanie skryptu twozy inny identyfikator polaczenia pomimo ze uzywasz tych samych danych do polaczenia, jedynie jesli w skrypcie po raz kolejny bedziesz chcial nawiazac polaczenie a wczesniej nie zostanie ono zamkniete to manual mowi wyraznie:

co do obslugi sesji ja stosuje cos takiego:

wynik kazdego zapytania dodaje do tablicy np.

[PHP] pobierz, plaintext 
<?php
$queries[] = $sql->query('INSERT ...');
?>
[PHP] pobierz, plaintext 

jesli gdzies wynikl blad to w tablicy bedzie gdzies false

potem przed zaakceptowaniem trasakcji daje do sprawdzenie czy w tablicy jest false:

[PHP] pobierz, plaintext 
<?php
 
if(in_array(false, $queries))
{
   $sql->query('ROLLBACK'); // gdzies wysapil blad wiec wycofujemy
} else {
   $sql->query('COMMIT'); // nie bylo bledu wiec akceptujemy
}
 
?>
[PHP] pobierz, plaintext 

moze robie to zle ale tak soie to wykombinowalem i z tego co sprawdzalem to dziala poprawnie

Ten post edytował Kinool 17.05.2005, 12:57:54

Czy wystarczy zatem zrobić to tak:

[PHP] pobierz, plaintext 
<?php
 
if (!$Operacja1 OR !$Operacja2 OR !$Operacja3)
{
    //Nie ma błędu, zatwierdzam transakcję
    $Wykonaj = mysql_query(&#092;"COMMIT;\");
}
else
{
    //Wystąpił błąd bazy MySQL:
    $Wykonaj = mysql_query(&#092;"ROLLBACK;\");
    echo &#092;"Wystąpił błąd bazy danych.\";
}
 
?>
[PHP] pobierz, plaintext 

?

@Kinnol:
A czy nie ma znaczenia, że zmienna $connection zwraca mi za każdym razem Resource id #2?

Dziękuję i pozdrawiam,
K

Ten post edytował ktuvok 17.05.2005, 12:55:51

ale jaki jest sens wykonywać operację 2 i 3 i obciązać serwer skoro operacja 1 się nie powiodła

OK, przerobiłem obsługę błędu na bardziej sensowną i działa.

Ale chciałbym jeszcze wiedzieć, czy mogę bezpiecznie używać transakcji, skoro identyfikator połączenia zwracany mi przez mysql_connect() jest zawsze równy Resource id #2. Czy transakcja odbywa się w ramach tego właśnie identyfikatora, czy w ramach CONNECTION_ID() zwracanego przez MySQL? TO zasadnicza różnica...

Czy ktoś ma na ten temat miarodajne dane?

Pozdrawiam,
K

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.

OK, czyli jakoś tak to będzie:

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

Chyba, że da się jakoś prościej... Ma ktoś pomysł?


A co z moim (nieszczęsnym) pytaniem nr 2?

Odnosnie kodu no to cos w tym stylu.


TAK!


Inne polaczenie z baza, to jest tylko resource polaczenia nic wiecej i transakcja dziala tylo na tym polaczeniu. Troche dziwne by bylo jak by 1 user mogl wycofywac operacje 2 userowi


Tak, jesli nie dowierzasz to poczytaj o transakcjach, radze tez poczytac o ACID. Kazda ksiazka do SQLa (no wiekszosc teori baz danych) zawiera tego typu materialy.

a po co wiele connect-ów?

na początku pc_connect i do widzenia. (chyba)

w przypadku wykorzystania klasy do DB (np AdoDb) w ogole nie ma problemu poniewaz jesli wywolasz metode execute (tutaj odpowiedzialna za zapytania) to funkcja pierwsze sprawdzi czy nie dysponuje juz otwartym polaczeniem i jesli dysponuje to skorzysta wlasnie z tego konkretnego polaczenia

no dobra ale co jak mam już otwarte połączenie adodb i w dalszej części pliku php inicjalizuję obiekt php korzystający z tej samej bazy który w konstruktorze otwiera nowe połączenie za pomocą adodb -> czy adodb sprawdza czy istnieje już połączenie czy po prostu otwiera następne z tymi samymi parametrami?