Discussion :

[otyv84]

Bonjour,
Je mets en place une application Silverlight Business Application et je voulais savoir comment on peut faire en sorte que lorsqu'un utilisateur est entrain de modifier une donnée un autre ne puisse pas le modifier.
Est ce qu'il y a une pratique ou méthode pour faire ça?

[micka132]

C'est un probleme d'acces concurrent ( lock optimiste/pessimiste)
En silverlight tu n'as pas acces aux données directement, le soucis n'est pas donc pas a proprement parler a ce niveau.
Il me semble qu'il y a des mecanismes implementés dans entity framework et wcf dataservices pour gérer ces problemes.
En fait je recherche plus de precision moi aussi .

[Samuel Blanchard]

Je pense aussi que c'est un pb de base de donnée.

Si tu as besoin de réserver des données pendant un certain temps (de l'ordre de plusieurs minutes), tu peux rajouter à ta donnée deux colonnes : l'id de l'utilisateur qui réserve la donnée et l'heure à laquelle la réservation est effectuée.

Ainsi si une personne veut réserver une donnée, elle vérifiera à la fois si qq à déjà réservé la donnée et si cette réservation est toujours valide (réservation < 20 min par exemple). Si la personne quitte brutalement l'application, la donnée sera libéré toute seule (au bout de 20 min max).

C'est juste une idée

[Pragmateek]

Si tu as besoin de réserver des données pendant un certain temps (de l'ordre de plusieurs minutes), tu peux rajouter à ta donnée deux colonnes : l'id de l'utilisateur qui réserve la donnée et l'heure à laquelle la réservation est effectuée.

Ainsi si une personne veut réserver une donnée, elle vérifiera à la fois si qq à déjà réservé la donnée et si cette réservation est toujours valide (réservation < 20 min par exemple). Si la personne quitte brutalement l'application, la donnée sera libéré toute seule (au bout de 20 min max).

La gestion de la synchronisation est une problématique technique qui ne devrait pas polluer le modèle métier.

Il faut au contraire la gérer dans une couche dédiée sur le serveur : au mieux cela est intégré au SGBD, à EF ou à WCF data-services, au pire il faut implémenter un système de lock dans le WS qui gère l'accès aux données.

[Samuel Blanchard]

La gestion de la synchronisation est une problématique technique qui ne devrait pas polluer le modèle métier.

Pour ma part je parlais de réservation de donnée et non de synchronisation ce qui n'est pas du tout la même chose. Et je ne vois pas en quoi la réservation ne peut faire partir de la problématique métier

[Pragmateek]

Pour ma part je parlais de réservation de donnée et non de synchronisation ce qui n'est pas du tout la même chose. Et je ne vois pas en quoi la réservation ne peut faire partir de la problématique métier

Disons que j'ai interprété :

lorsqu'un utilisateur est entrain de modifier une donnée un autre ne puisse pas le modifier

comme une problématique de synchronisation d'accès.

Et je ne vois pas en quoi la réservation ne peut faire partir de la problématique métier

En effet, il faudrait plus de détails sur la problématique du PO.