Discussion :

[Fikou-Sama]

Salut..

Je suis entrain de développer une application en utilisant la méthode de drag&drop des composants du fenêtre "Source de données" sur mon formulaire,
et j'ai une exception DBConcurrencyException lorsque j'ajoute une nouvelle ligne et essayer de la supprimer juste après l'insertion, et des fois lorsque je supprime plusieurs lignes dans un datagridview puis appuyer sur le bouton "Enregistrer".

Exception : Concurrency violation: the DeleteCommand affected 0 of the expected 1 records.

j'ai cherché des solutions sur google mais aucune n'a marché pour mon cas.

quelqu'un a une solution pour ce problème ? je suis bloqué depuis 3 jours.

[Scrat66]

Salut,

Est-ce que plusieurs utilisateurs ont accès à ta base de données simultanément ?

J'ai le même problème que toi, j'ai trouvé une "solution" (personnellement je suis pas pour), mais rien de plus.

Je te la met ci-dessous au cas ou ça peut t'aider, mais il te faut utiliser un dataset typé pour y parvenir :

Mon problème intervient lors de l'enregistrement, lorsque mon table adapter appel la méthode Update.
Par défaut, avant l'enregistrement il va contrôler que tous les champs d'origine de ton dataset sont identique à ceux de ta table. Si un champ diffère (enregistrement entre temps pas un autre utilisateur), alors l'exception est levée....

J'ai vu que tu peux désactiver cette restriction en faisant un clique droit sur ton table adapter, puis Configure. Ensuite décoche l'option Use optimistic concurrency.

Toutefois je ne conseille pas de la désactiver car le résultat peut être dangereux (écrasement des données par le dernier utilisateurs).

Si quelqu'un à une meilleure solution je suis preneur, mon idée étant plutôt d'afficher les différence entre les deux enregistrements afin de permettre à l'utilisateur de choisir le champ à utiliser, voir même fusionner les deux résultats...

[tssi555]

Scrat66 :

Est-ce que plusieurs utilisateurs ont accès à ta base de données simultanément ?

En dot.net ya pas d'accès concurentiel puisque c'est un mode déconnecté. pas comme en vb 6 où il fallait gérer le .adopenDynamique machin turc.., je ne me rappel cela fait plus de 4 ans que j'ai pas fait du vb 6..

[Scrat66]

En dot.net ya pas d'accès concurentiel puisque c'est un mode déconnecté.

Je suis d'accord avec toi, le .Net est en mode déconnecté.
Mais c'est pas pour autant qu'il n'y a pas d'accès concurentiel, si deux utilisateurs ouvre la même fenêtre (donc charge les même données), le 2ème enregistrement provoquera une violation concurentielle.

[tssi555]

Non je suis pas tout a fait d'accord avec toi.

Les données sont chargé en mémoire, donc même si deux utilisateurs charges les même données chaqu'un les aura en copie dans la mémoire, je ne vois pas de concurence la dedans ^^

[Scrat66]

Je suis pas sur qu'on se comprenne : c'est au niveau SQL que l'exception est levée :

- L'utilisateur A ouvre une fenêtre et charge ses données
- L'utilisateur B ouvre la même fenêtre ou charge les mêmes données
- L'utilisateur A va boire un café.
- L'utilisateur B modifie des champs et enregistre
- L'utilisateur A revient, modifie lui aussi des champs, et enregistre

Bien que les données chargées soient identique, lors de l'enregistrement avec tableAdapter.Update(dataSet), le dataset va contrôler que tous les champs originaux chargé lors de l'ouverture de la fenêtre sont identiques aux valeurs présentes dans la table SQL. S'il trouve une différence, alors tu auras cette exception.

Un article complet fait référence à ce problème ici