Log intéressant : je fais régulièrement (et automatiquement) des synchronisations de mon keyring keepass que je transporte avec moi vers mon serveur. La synchronisation peut être concurrente : des choses peuvent avoir changer dans les deux sens, ou changer en même temps au moment d'une mise à jour.

Le procédé transactionnel est relativement lent, alors j'ai voulu voir dans les logs ce qu'il faisait. Les étapes sur l'image (attention, y a une petite inversion dans l'affichage du log), résumés ici :

• il télécharge le fichier distant pour le lire,
• il fusionne en local,
• il upload le résultat sous un nom "doublement" temporaire (.tmp.filepart),
• si l'upload s'est terminé, il renomme sous un nom "simplement" temporaire (.tmp),
• il récupère à nouveau le fichier original,
• ce qui lui permet de vérifier qu'il n'a pas changé entre-temps,
• si c'est OK, il renomme le fichier temporaire avec le bon nom.

Bref, c'est une sorte de transaction à plusieurs phases. C'est assez marrant de voir cette "danse" s'opérer.
Malheureusement, je crois bien qu'il reste un trou dans la dernière phase (entre le get et le delete). Donc ce n'est pas transactionnel pur (de toute façon, il faut que le système source le soit pour permettre un transactionnel réel) mais ce petit risque de non isolation pourrait être rendu quasi impossible grâce à un timer.