[Nhibernate] Verrous SQL

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.

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.

Bonjour,

Citation:

---

Envoyé par B.AF

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

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.

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 ?

Citation:

---

Envoyé par 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 ?

---

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

Pour faire ça, tu auras besoin de faire un service en remoting assez simple pour que tous les users puissent poser un lock fonctionnel.

Si tu veux je peux t'envoyer un exemple.

Oui merci ca pourrait fortement m'interresser!!

Désolé pour le délai, voilà un exemple.

Après que tu utilises remoting pour exposer le singleton, c'est juste de techno, mais voilà un principe pour vérifier la réservation d'objets fonctionnels, sans forcémment utiliser un lock basé sur un composant technique.

Salut,

j'ai juste un petit mot à ajouter:
dans NHibernate vous avez le StaleObjectStateException qui est levée des qu'un objet et maj dans la base après sa modification par un 'force' extérieur. Cette exception était créer exprès pour gérer ces types des problèmes.

j'espère que c'était utile :)