Discussion :

[solitude]

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.

[tomlev]

il faut faire l'Update dans une transaction :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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...

[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é.

[skunkies]

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

Quand tu dis

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

[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.

[skunkies]

Merci pour les informations, mais comment cela se met en oeuvre concretement....