Bonjour,
 
J'utilise une base de données Oracle.
Lorsque je fais une requête INSERT, UPDATE ou DELETE directement sur le SGBD (iSQLPlus, SQL Developer, etc.), je dois faire un commit pour valider la transaction.
 
Pourquoi quand je fais une requête via PHP, ou tout autre langage de programmation, je n'ai pas besoin de faire un commit ? Le commit est-il "comprit" dans les fonctions du langage de programmation ?
 
En espérant que vous pourrez m'éclairer sur ce point,
Je vous remercie d'avance.

En effet, le driver Oracle de PHP est par défaut en "auto commit".

...et tu peux désactiver ce comportement simplement - par exemple si tu utilises l'extension OCI tu peux utiliser le second paramètre optionnel de oci_execute pour désactiver le mode autocommit, puis utiliser oci_commit et oci_rollback.

Ah super, en effet j'ignorais cette option d'auto-commit.
Merci à vous deux :-)

c'est une blague ?

Non. Et c'est pareil pour tous les sgbd, à ma connaissance.
Si tu veux démarrer une transaction il faut le faire explicitement.

C'est très répandu, et ce n'est sans doute pas une bonne idée mais bon... C'est ça ou subir des vagues de protestations sur le mode "ça marche pas!"  

Ça évite de perdre des données et de wedger la DB parce que t'as niqué ta transaction et tu sais même pas qu'il faut la rollbacker. C'est le meilleur défaut puisque c'est celui qui fonctionne pour les gens ne sachant pas ce qu'est une transaction.

les autres désactivent l'autocommit et baste. Puis bon la majorité des phpteux partent sur une DB qui ne comprend même pas le concept de transaction alors

 
Pas compris  . Qu'est-ce que tu reproches aux transactions de MySQL ?

Les transactions MySQL? Sur une DB MyISAM?

Je pensais plutôt à InnoDB..

Edit: Ok. Mais donc si t'avais un projet à lancer sur plate-forme non-MS. Tu partirais sur quoi? Postgres?

Si j'avais à utiliser un RDBMS? Oui, et/ou sqlite en dev ou si quasiment que du read (genre 99% ou 99.9% de read)