Discussion :

[erpWorld]

Bonjour,
J'ai commencé a développé un petit module de facturation. Mon souci est que je cherche un moyen de verrouillé un enregistrement de la base si l'un des utilisateurs est en cours de modification/consultatiob.
Je m'explique, si un utilisateur commence a consulter une fiche client pour la modifier, je veux que celle ci soit verrouillé pour tout les autres utilisateurs jusqu'a que le premier utilisateur quitte la fiche.
d'habitude je créé une table et j'insère l'id de l'enregistrement qui est en cours de consultation et je supprime l'id a la fermeture de la fiche.
j'en suis sur qu'il existe d'autres moyens sur sql server qui sont plus faciles et professionnels

Merci
A+

[SQLpro]

Bonjour,
J'ai commencé a développé un petit module de facturation. Mon souci est que je cherche un moyen de verrouillé un enregistrement de la base si l'un des utilisateurs est en cours de modification/consultatiob.
Je m'explique, si un utilisateur commence a consulter une fiche client pour la modifier, je veux que celle ci soit verrouillé pour tout les autres utilisateurs jusqu'a que le premier utilisateur quitte la fiche.
d'habitude je créé une table et j'insère l'id de l'enregistrement qui est en cours de consultation et je supprime l'id a la fermeture de la fiche.
j'en suis sur qu'il existe d'autres moyens sur sql server qui sont plus faciles et professionnels

Merci
A+

C'est une stratégie imbécile qui contrevient aux principes mêmes des SGBD Relationnels. En effet plusieurs questions et remarques se posent :
1) vous dites "si un utilisateur commence a consulter une fiche client pour la modifier" comment sait-on, lorsque l'utilisateur lit une fiche qu'il va la modifier (analyse mentale du cerveau de l’utilisateur ? Boule de cristal magique ? Appel à la lampe d'Alladin ???)
2) vous dites "je veux que celle ci soit verrouillé pour tout les autres utilisateurs jusqu’à que le premier utilisateur quitte la fiche" Verrouillée comment ? En mode exclusif ? (aucun utilisateur ne peut ni lire ni écrire). Que faut-il faire s'il y a déjà des utilisateurs qui lisent la même information ?
3) comment détectez vous que "... le premier utilisateur quitte la fiche" ? Par un événement ? Et s'il ferme son application sans quitter la fiche ? Et si le programme crash ? Et si le PC tombe en panne ? Et si le réseau est coupé ???
4) cette façon de faire "d'habitude je créé une table et j'insère l'id de l'enregistrement qui est en cours de consultation et je supprime l'id a la fermeture de la fiche." était celle des systèmes à base de fichier des années 50/60. On est passé au relationnel notamment pour contourner cela, ce qui posait des problèmes de disponibilité, concurrence et performance.....

Alors, ne réinventez pas la roue et laissez faire le SGBDR !

A +

[warning]

T'as pas à chercher midi aux années 40; premier arrivé premier servi.

si l'utilisateur ouvre une fiche et qu'il la modifie faut que intercepte l'evenement par le clique de l'application Save, enregistrer, valider....
et à ce moment la tu execute ton update. autrement dit tu n'a rien à faire le SGBDR sait très bien gérér cela!

[i.chafai]

était celle des systèmes à base de fichier des 50/60

Vous avez cité déjà tout les problèmes de Sage 😀😂
Qui était a l'origine basé sur des fichiers et qu'il continu a suivre cette méthode