Citation : c'est bien cela que tu préconise ?Ce ne doit pas être à moi que la question est posée... Mais ce que tu cherches, je redis, c'est la notion de transaction qui consiste à obliger le serveur SQL à sauver toute les requêtes (de la page) ou aucune. S'il y a une coupure au milieu (déconnexion du client [car sur PHP, cela peut couper l'exécution de la page me semble-t-il], erreur d'une des requêtes, ou autre), alors *toute* la transaction est annulée ("rollback") et *toutes* les modifications qu'elle impliquait ne sont pas sauvegardées.
Donc:
- Ouverture de transaction
- Insertion dans la table A
- Requêtes dans les autres tables
- Validation (commit) de la transaction.
Si tu n'as qu'une seule requête, la transaction n'est pas nécessaire (aka "ouvrir transaction ; requête ; fermer transaction" cela n'apporte pas grand chose). Si tu as plusieurs requêtes, là, oui, cela sert.
Je ne peux pas faire des liens vers une page d'un bouquin papier, mais je pense que tu trouveras facilement un tuto open class room (ou autre) portant sur "Transaction MySQL".