12. Annexe 2 : « Optimistic locking »
Comme nous l’avons vu au principe 7 de « non-exclusivité des données », il n’est pas possible de réserver, même temporairement, une donnée. Une conséquence de ce principe est qu’une donnée peut potentiellement être modifiée par un utilisateur pendant qu’un autre utilisateur est en train de l’éditer.
Supposons, par exemple, que l’utilisateur veuille modifier l’adresse d’un client. Il effectue pour cela une activité dans le SF Pilote approprié. Il est fort probable que l’interface homme-machine, pour cette activité, affiche un ensemble d’informations sur le client, dont l’adresse courante. Notre utilisateur commence à saisir la nouvelle adresse, mais il est interrompu par un appel téléphonique. Pendant ce temps, un autre utilisateur effectue une activité qui a pour conséquence de modifier l’adresse du client. Notre premier utilisateur...
Cet article est réservé aux abonnés
Cet article est réservé aux abonnés. Il vous reste 92 % à découvrir.
Déjà abonné ?
Se connecter
Lecture en cours
Annexe 2 : « Optimistic locking »