- Dans la doc MySql c'est pour utilisateurs avertis (= pas moi) et y'a pas grand chose, jsute 2 3 trucs sur COMMIT etc.
 
- G trouvé un tut en Anglais mais yé né rien compris !
 
--> Question dans le sujet...

Je sais pas si tu trouveras ton bonheur dedans mais tu as de nombreux tut en francais et anglais ici :
 http://www.developpez.com/sgbd/cours.htm
Enfin dans tous les cas pour la doc MySQL il faut que tu regardes du côté de InnoDB (ou Berkeley_db). Ce sont les seules types de table à supporter les transactions sous MySQL.

J'ai rien trouvé sur www.developpez.com .
J'ai ça : http://hotwired.lycos.com/webmonke [...] rial2.html

C'est pas très compliqué.
 
En gros tu encadres toutes tes opérations qui ont besoins d'être "protégées" par un BEGIN et un COMMIT à la fin. Si le script merde en cours de route, toutes les opérations jusqu'au BEGIN sont annulées automatiquement (tu ne te retrouve donc pas avec une transaction partielle). Si tu veux toi même annuler et que le COMMIT est pas encore fait, tu fais un ROLLBACK et ca annule tout (utile si une erreur est survenue en cours de transaction).

C tout !
 
Donc si j'ai 1 INSERT et 1 DELETE à faire et que je veux que soit les 2 soient faits soit qu'aucun ne soit fait je fais :

Et MySql s'occupe de tout (lock, roll back auto en cas d'erreur) ?

Dost67 a écrit a écrit : C tout !   Donc si j'ai 1 INSERT et 1 DELETE à faire et que je veux que soit les 2 soient faits soit qu'aucun ne soit fait je fais : BEGIN; INSERT ...; DELETE ...; COMMIT; Et MySql s'occupe de tout (lock, roll back auto en cas d'erreur) ?

 
c'est le but !

Tout à fait, y'a rien d'autre à faire. Tu as donc aussi l'option d'annuler toi même la transaction en cours de route avec l'instruction ROLLBACK. Il est effecté automatiquement si le script PHP meurt avant le COMMIT (ou si la connexion mysql est coupée, ou si la BD est crashée, etc.)

Donc c'est exactement ce que je cherchais.
 
Mais une autre petite question. Pendant une transaction (entre le BEGIN et le COMMIT) est-ce que la table est lockée (en écriture, en lecture) ?
 
Et encore une autre question... Quel type de table (la + performante) : InnoDB ?

begin et commit, ça marche que sur innoDB ? et que avec MySQL Max ?

Non la table n'est pas verouillée, uniquement les rangées (ou pages selon la base de donnée utilisée) qui sont concernées par les lectures/écritures. Ceci dit il suffit de lire la doc MySQL et/ou InnoDB, c'est expliqué dedans en détail.
 
Côté perf j'ai aucune idée si BDB ou InnoDB est plus performant. InnoDB a l'avantage d'etre supporté officiellement par MySQL alors que BDB ne sera plus amélioré. Par contre InnoDB est plus complexe à mettre en oeuvre (mais supporte aussi les FOREIGN KEY)

innoDB et BDB je pense (gemini aussi pe, mais c'est plus supporté je crois)

plus complexe ?
je trouve carrement pas, y a rien à faire quasiement

Je trouve que la gestion des fichiers data innodb complexifie quand même un peu les choses par rapport à MyISAM ou BDB.

je vois pas le problème, ils sont autoextensibles