Zapytanie wykonuje się - od czasu do czasu, użycie START TRANSACTION Opcje

[Adi32]

Witajcie,

mam dziwny problem.

Wprowadziłem do skryptu który aktualnie produkuje transakcje, a jako że do relacji z bazą danych używam klasy, przerobiłem ją trochę. Ale do rzeczy.

Tak wyglądają u mnie zapytanie na transakcjach:

[PHP] pobierz, plaintext 
$db->transaction_on();
$db->query("INSERT INTO user SET login='asd', pass = 'dsa';");
$db->query("INSERT INTO user SET login='asd2', pass = 'dsa2';");
$db->query("INSERT INTO user SET login='asd3', pass = 'dsa3';");
$db->commit();
[PHP] pobierz, plaintext 

Dzięki temu, zapytanie które trafia do SQLa wygląda tak:

[SQL] pobierz, plaintext 
START TRANSACTION;
INSERT INTO user SET login='asd', pass = 'dsa';
INSERT INTO user SET login='asd2', pass = 'dsa2'; 
INSERT INTO user SET login='asd3', pass = 'dsa3';
COMMIT;
[SQL] pobierz, plaintext 

I wykonuje się w taki sposób:

[PHP] pobierz, plaintext 
$multi = new mysqli($this->host,$this->user,$this->pass,$this->db);
$this->mysql_result = $multi->multi_query( $this->mysql_query );
[PHP] pobierz, plaintext 

I cały problem polega na tym, że gdy korzystam z transakcji prawie nigdy nie wykonuje się pierwsze zapytanie po "START TRANSACTION".
Gdy to samo zapytanie wkleje w konsole SQL w PhpMyAdminie wszystko działa cacy.

Ktoś wie o co może chodzić?

Ten post edytował Adi32 25.11.2011, 18:34:44

[Adi32]

A to już z czystej ciekawości zapytam jeśli można:
O jakie kwestie chodzi?

1. Zaczęło się od tego, że myślałem, że aby używać zmiennych w SQLu - zapytanie musi iść jako całość. Co się potem okazało to bez znaczenia.
2. Często zanim zapytanie się wykona jest generowane, czasami generuje się sporsza ilość zapytań i wole nagromadzić je pętlą i wykonać jako jedno niż odpalać je w nieokreślonej pętli.
3. Kwestie czysto edukacyjne.

Wiem, że kwestie nie są przekonujące i pewnie masz rację, lepiej to puścić pojedynczymi zapytaniami ale i tak chciałbym wiedzieć o co chodzi.