Discussion :

[Aguado]

Bonjour à tous,

Je suis actuellement en train de développer une application qui affiche dans un DataGridView des données provenant d'une base de données Sql Server 2008 R2.

Ces données sont complètement éditables par l'utilisateur (insertion, modification et suppression).

Jusqu'ici tout va bien .
Cependant cette application est destinée à être utilisée par plusieurs personnes (potentiellement en même temps).
J'aimerais que les modifications faites par un utilisateur se répercutent instantanément sur les instances ouvertes par d'autres utilisateurs.

Je me suis donc tourné vers le Service Broker de Sql Server, j'ai crée un service, une file, un itinéraire pour ma base ainsi qu'un trigger pour ma table.

Dans mon code j'arrive bien à récupérer les changements qui sont fait par un utilisateur et à les répercuter chez un autre (en utilisant SqlNotificationRequest).

Le problème c'est que cela ne fonctionne bien que dans un sens : si le second utilisateur effectue des changements sur la base de données, ils ne sont pas répercutés chez le premier utilisateur.

De ce que j'ai compris c'est qu'il faudrait pour chaque instance de l'application sa propre queue dans Sql Server (dites moi si je me trompe).

Ma question est donc : peut-on créer dynamiquement des queues directement dans le code ou y a t-il un autre moyen?

Merci pour votre aide.

[Graffito]

As-tu regardé du coté de SQLDependency ?
http://msdn.microsoft.com/fr-fr/library/62xk7953.aspx

Je suppose qu'on peut être notifié d'une modification de la table par d'autre utilisateurs. Ainsi en horodatant les enregistrements via un champ TimeStamp automatique, on peut récupérer par une requête sur ce champ les enregistreements nouveaux ou modifiés depuis la dernière lecture. Pour les suppressions, c'est moins évident .

Dans tous les cas, cela ne dispense pas de gèrer les accès concurrents.

[Aguado]

Bonjour,
Désolé pour ma réponse tardive mais j'étais sur autre chose cette semaine.

J'ai regardé un peu du côté de SqlDependency mais je n'ai rien réussi à coder de concluant (même si ça a l'air de correspondre à mes attentes).

Entre temps mon chef de projet m'a dit qu'un simple timer est largement suffisant (l'appli utilise des données vraiment absolument pas critiques et n'est utilisée que par une poignée de personnes).

Merci quand même pour ta réponse