> pentru ca altfel la un error, apare ceva de genul: rollback (s-a > terminat tranzactia) si un commit, pentru god knows ce tranzactie :)
eu facusem intr-un timp chiar altceva, niste functii pentru postgres (aveam un calup de query-uri de facut, minim 4-5 per script, si nu implica if-uri imbricate sau altceva) pur si simplu facusem niste functii cu care adaugam un query la tranzactie; functia respectiva verifica daca am avut vreo eroare inainte si in caz afirmativ nici nu mai facea query-ul la baza de date; in felul asta evitam sa folosesc prea multe if-uri prin script sau alte conditii de testare de fiecare data; in final, daca totul decurgea ok (aveam o variabila de eroare in care puteam vedea acest lucru), atunci dadeam commit; daca nu rollback sau mi se rupea si terminam scriptul (postgresul facea el automat rollback); bine, era pentru mine cazul in care query-urile respective se executau aproape intotdeauna (daca nu era clar ca ori am eu erori in script, ori se facuse muci baza de date) - asta pentru calculul performantelor si overheadul generat de metoda mea; daca query-urile de facut sunt sub forma unui arbore (daca e alba/neagra asta, altfel asa samd) s-ar putea ca tehnica mea sa creasca overheadul si sa genereze niste prelucrari in plus care nu se justifica (la nivel de php) Alex --- Detalii despre listele noastre de mail: http://www.lug.ro/
