accès concurrents en mode deconnecté

Version imprimable

05/01/2009, 16h57
solitude

accès concurrents en mode deconnecté

Bonjour à tous et bonne année 2009.

j'ai une application windows form qui gère une base de donnée sqlserver.
je voudrais savoir comment gérer les accès concurrent sachant que mon application utilise le mode déconnecté.
comment gérer la mise à jour d'un enregistrement par un utilisateur si en même temps un autre y accède pour le modifier sachant qu'en mode déconnecté on ne travaille pas directement sur la base de données.
J'ai cherché des sites qui parlent de ça mais je n'ai pas trouvé grand chose.
Merci pour votre aide.

il faut faire l'Update dans une transaction :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
using (SqlTransaction transaction = connection.BeginTransaction())
{
    connection.Transaction = transaction;
    adapter.UpdateCommand.Transaction = transaction;
    adapter.InsertCommand.Transaction = transaction;
    adapter.DeleteCommand.Transaction = transaction;
 
    try
    {
        adapter.Update(dataset, "uneTable");
        transaction.Commit();
    }
    finally
    {
        connection.Transaction = null;
        adapter.UpdateCommand.Transaction = null;
        adapter.InsertCommand.Transaction = null;
        adapter.DeleteCommand.Transaction = null;
    }
}

De cette manière, la mise à jour des données se fait de façon atomique.
Par contre je ne sais pas si c'est la meilleure façon de l'utiliser...

06/01/2009, 13h44
Contrec

Tu peux aussi essayer de faire un système de lock pour pallier le problème du mode déconnecté.

Si un utilisateur doit modifier par exemple les données contenues dans une grille (DataGridView) et récupérées depuis une base de données, tu peux rajouter un champ Locked dans tes tables qui sera à Vrai lorsq'un utilisateur modifie les données.

Si un autre utilisateur veut modifier les données, tu vérifies d'abord qu'il n'y a pas de lock sur la table. Si un lock est actif, tu met ta DataGridView en read only de manière à ce que cet utilisateur puisse quand même voir les donner mais sans les modifier (car un autre utilisateur est en cours de modification).

Cette astuce couplée à un système d'update transactionnel comme cité plus haut t'éviteras tout problème d'accès concurrentiel en mode déconnecté.
07/03/2009, 22h45
skunkies

Bonjour a vous,
je suis confronté a ce type de probleme.

Quand tu dis

Citation:

Si un utilisateur doit modifier par exemple les données contenues dans une grille (DataGridView) et récupérées depuis une base de données, tu peux rajouter un champ Locked dans tes tables qui sera à Vrai lorsq'un utilisateur modifie les données.

Je suppose que tu imagines que l'utilisateur modifie les données directement dans le datagridview.
Dans le cas ou les données sont modifier par un autre moyen.
Dans mon cas, l'utilisateur double click sur la ligne du DGV qui l'intéresse et les infos sont remontées dans le form de saisie. Dans ce cas comment ferais tu pour mettre le champ Lock a true?
Merci de votre aide
08/03/2009, 00h14
Graffito
Bonjour,

Pour gérer les conflits multi-utilisateurs, il y a 2 techniques que les anglo-saxons qualifient avec les termes "pessimistic" et "optimistic".
- La technique pessimiste est celle des verrous ("Lock") exposée par Contrec.
- La technique optimiste consiste à vérifier lors de la mise à jour que l'enregistement original n'a pas été modifié par un autre utilisateur. On utilise un UPDATE avec une clause WHERE portant sur tous les champs.
08/03/2009, 01h29
skunkies

Merci pour les informations, mais comment cela se met en oeuvre concretement....
11/03/2009, 10h28
Contrec

Dans le code de ton double click, tu récupères la valeur du booléen qui te dis si les données sont déjà lockées par un autre utilisateur, si c'est le cas, tu ouvres ton formulaire avec les champs en read-only et tu informes l'utilisateur qu'il ne pourra pas modifier les données car elles sont bloquées par quelqu'un d'autre.

En fait lors du chargement de ta datagrid, lorsque tu vas récupérer les données à afficher, c'est là que tu récupères le champs Locked (le booléen). A partir de là, que l'utilisateur modifies les données directement dans la datagrid ou qu'il ouvre un formulaire à part, c'est le même système, tu lui fait passer ce booléen à l'initialisation du formulaire...

Je ne vois pas ou tu bloques en fait, ni ce que tu veux faire :

Si les données sont déjà lockée par un utilisateur, tu veux empêcher les autres utilisateurs de modifier les données ???