Discussion :

[Hawkwood]

Bonjour,

Je cherche deux solutions pour la gestion des verrous. Je vous explique le problème.

J'ai une application installé sur x postes et un server SQL. J'ai un formulaire de "Lecture, Création, Modification, Suppression". Le formulaire se divise en deux, à gauche une liste contenant tous les objets de la BD, et à droite le formulaire contenant toutes les informations de l'objet sélectionné dans la liste.
Si j'ai un utilisateur en accès sur l'enregistrement n°1 (en cours de modifications sur le formulaire) Je voudrais interdire la modification du formulaire pour les autres utilisateurs (il peut éventuellement être accessible en lecture).
Je recherche donc une solution qui fonctionne avec NHibernate et une autre avec du SQL.
Merci d'avance,

Hawk.

[B.AF]

Tu peux spécifier un lock mode pour le chargement de l'entité, mais si tu veux vraiment avoir un comportement spécifique, tu peux utiliser les events :
Là

Tu pourras spécifier un état afin d'informer le user que l'objet est déjà attribué.

Concernant l'isolation, les modes de fonctionnement vont du chaos au snasphot isolation / serialized.


Me concernant, pour ce genre de mécanisme, j'ai pour habitude de me poser la question suivante :
Le lock a-t-il une portée technique (pb de concurrence) ou une portée fonctionnelle (pb d'usage multiple incohérents).

C'est pour cela, que je préfére faire une classe simple qui me permet d'attribuer la réservation d'une entité à un user, ce qui au passage m'évite beaucoup de plomberie et de questions.

[Hawkwood]

Bonjour,

C'est pour cela, que je préfére faire une classe simple qui me permet d'attribuer la réservation d'une entité à un user, ce qui au passage m'évite beaucoup de plomberie et de questions.

J'aimerais avoir une précision sur la façon dont vous stockez cette attribution, stockez-vous des informations en base de données (par l'intermédiaire de lock) ou ???

Merci

[B.AF]

Non en fait j'utilise un singleton.

Je ne laisse pas les locks être gérés à un trop bas niveau.

En gros, c'est un principe de réservation de ressource.

J'ai un objet x
J'ai un modéle y

Pour le coup en plus, un peu d'AOP et c'est géré de façon transparente.

[B.AF]

Après c'est vrai que la façon de le gérer dépend de l'architecture.

Tu es sur quel type d'appli ?

[Hawkwood]

Après c'est vrai que la façon de le gérer dépend de l'architecture.

Tu es sur quel type d'appli ?

Je suis sur une architecture DotNet 3.5 application mono poste avec serveur sql et application Windev.