Discussion :

[faoz75]

J'ai remarquer que lorsque je concatene des requetes SQl, si l'une des deux ne fonctionne pas alors l'autre n'est pas executer.
Dans mon cas (j'utilise php/postgres) je concatene donc les requetes sans faire de begin et commit (transaction) et cela donne le meme resultat.
Est-ce Postgres qui gere de sous cote cela ???

exemple :
<?
$requete="SELECT nom FROM login;";
$requete.="INSERT INTO login_old (nom) VALUES (nom);";
$resultat=pg_query($requete);
?>

Si une erreur apparait sur l'une des deux requetes aucune n'est execute.... C exactement ce que ce veut faire mais cela fait il le meme comportement que :

<?
$requete="BEGIN";
$requete.="SELECT nom FROM login;";
$requete.="INSERT INTO login_old (nom) VALUES (nom);";
$requete.="COMMIT";
$resultat=pg_query($requete);
?>

[doohan]

je ne suis pas du tout sur de ma réponse, il faudrais vérifier mais par exemple si tu concatènes tes deux requêtes avec un INSERT puis un SELECT et que l'INSERT fonctionne mais pas le SELECT je ne mettrais pas ma main a couper que les modifications effectuer par l'INSERT aient été supprimées alors qu'avec un vrai mécanisme de transaction il est sur que l'INSERT sera annuler.
Je te le répète c'est a tester pour vérifier (j'ai pas de postgres sous la main alors tiens moi au courant si tu essayes).

[faoz75]

Je viens de tener donc un insert puis un select avec une erreur sur la requete de select et dans ce ca l'insert n'a pas ete fait......

Bref ca ressemble de plus en plus a une transaction non ??

[doohan]

ouais on dirait que le pg_query ouvre un transaction...

[wello00]

c'est ta config de postgresql mais c'est bizarre parce que par défaut chaque requete est une transaction à part entière.

[Stessy]

pour comprendre les bases des transactions:

http://www.linuxfrench.net/article.php?id_article=652