Probleme d'update d'un TableAdapter

Voila mon probleme :

Je gere des donnees avec un DataGridView et la creation et modification se passent bien, mais lorsque je cree, modifie puis supprime juste apres, la commande update de mon TableAdapter plante.(Je fais pourtant un update apres chaque operation sur la datagrid). il plante un peu au hasard une fois sur 4, meme parfois lorsque je valide le contenu d'une cellule.


Voici le code associe qui est execute apres creation d'une ligne, validation d'une cellule et suppression d'une ligne:

private void SaveItem()
{
this.Validate();
if (this.paramDS.HasChanges())
{
if (!this.paramDS.PARAM.HasErrors)
{
this.pARAMTableAdapter.Update(this.paramDS.PARAM);
}
}
}


Voici le message d'erreur :

Concurrency violation: the UpdateCommand affected 0 of the expected 1 records.

Si quelqu'un a un conseil...

Bonjour,

0 of 1 affected à cause du "concurrency violation" indique que la commande update n'a pas abouti parce que l'instruction SQL de modification du dataadapter n'a pas trouvé l'enregistrement à modifier défini par la clause WHERE de l'instruction SQL.

Pour une appli qui "tourne", on peut avoir ce genre d'erreur, lorsqu'un un autre utilisateur a modifié simultanément la base de donnée (d'ou le terme "concurrency").

Si j'ai bien compris, le programme recupere une instruction d'Update non valide car les donnees retournees ne sont pas correctes.
J'ai le meme probleme avec la commande DeleteCommand

Comment puis-je voir les valeurs des commandes d'Update effectuees afin de savoir d'ou viens le probleme ?

Je precise que ce programme ne fonctionne qu'en test et je ne suis que le seul utilisateur.
De plus, les commandes fonctionnent lorsque je ne fais qu'ajouter des lignes ou que modifier ou que supprimer.
L'erreur arrive quand je modifie puis ajoute, puis re-modifie puis supprime...

Citation:

---

Comment puis-je voir les valeurs des commandes d'Update effectuees afin de savoir d'ou viens le probleme ?

---

Avant l'execcution de l'instruction MyAdapter.Update(MyDataSet) vérifier dans le contenu de la variable MyAdapter.Update.UpdateCommand.CommandText la clause SQL WHERE.

Bonjour,
j'ai déjà eu un problème similaire il y a un bon bout de temps. Si j'ai bien compris ce que tu essaies de faire c'est: des ajouts, modifications et suppressions sur des données dans un DataGridView et lors du Update du TableAdapter de ta table... ça plante.

Si je me souviens bien, la cause du problème vient du fait que les différents enregistrements se trouvant dans la table de ton DataSet ont un état (Added, Modified, Deleted, Unchanged) et que lorsque tu fais ton Update sur ta table avec ton adapteur, le contenu est mis à jour dans ta base de données, mais pas dans ton DataSet. Si je ne me trompe pas, il faudrait que tu fasses un .AcceptChanges() sur la table de ton DataSet après avoir fait ton update.

J'espère que j'ai été assez clair et que ce que j'ai écrit est valide, sinon excusez-moi car cela fait un bon moment que je n'ai pas programmé en C#.
Bonne chance,
Idril Elendil

Ok merci, je vais tester le AcceptChanges apres l'update (Je l'avais deja teste avent l'update mais du coup aucune des modifications n'avaient ete effectuees...).

Merci aussi pour la methode de recuperation de la commande SQL.
Je teste et je reviens

En effet le AcceptChanges resoud les plantages d'update mais du coup la moitie des fonctionnalites implementees dans la DataGrid ne fonctionnent plus par exemple :

Possibilite de selectionner des colonnes et de les dupliquer : Apres les modifications, une seule colonne est dupliquee si j'en selectionne plusieurs (selection avec des checkbox).

Il y a aussi une perte de toutes les lignes selectionnee et des cellules se mettent en surbrillance toutes seules...

En fait ca regle le probleme initial mais ca glace les options codees sur la grille...

Visual .NET ne me propose pas pARAMTableAdapter.Update.UpdateCommand.CommandText

Faut il inclure une librairie speciale ou ajouter quelque chose pour y acceder ?

Citation:

---

Visual .NET ne me propose pas pARAMTableAdapter.Update.UpdateCommand.CommandText

---

Il faut le caster sur le type d'adapter utilisé, par exemple :
((OleDbDataAdapter)pARAMTableAdapter).Update.UpdateCommand.CommandText

Voici l'erreur si j'essaye de caster sur ce type :

Error 2 Cannot convert type 'SCM.ParamDSTableAdapters.PARAMTableAdapter' to 'System.Data.OleDb.OleDbDataAdapter' C:\Documents and Settings\x0073450\Desktop\1.1.0.38 20070426\SCMApp\frmSCMData.cs 1117 38 SCMAppV2

Ce n'est donc pas un OleDbAdapter, mais la plupart des adapters (hors XML) sont batis sur le meme modéle et utilisent des commandes SQL pour accéder aux SGBD.

Donc mon adapter serait compose en xml ?

Bonjour,
j'aimerais juste savoir quelque chose pour mieux comprendre ton problème.

Les données que tu manipules se trouvent dans un DataSet. Est-ce que ton DataSet est typé ou non? Car il y a une différence pour les adapteurs, si je me souviens bien.

Bonne chance,
Idril Elendil

Quel est le SGBD utilisé (Access, MySQL, Oracle, SQL server, ...)?

Pour le SGBD c'est Oracle. Le logiciel faisait la liaison en ODBC mais nous l'avons change en OLE DB avec le provider Oracle.

Pour le TableAdapter, voici la declaration :

private SCM.ParamDSTableAdapters.PARAMTableAdapter pARAMTableAdapter;

puis :


public partial class PARAMTableAdapter : System.ComponentModel.Component {

private System.Data.OleDb.OleDbDataAdapter _adapter;

private System.Data.OleDb.OleDbConnection _connection;

private System.Data.OleDb.OleDbCommand[] _commandCollection;

private bool _clearBeforeFill;

[System.Diagnostics.DebuggerNonUserCodeAttribute()]
public PARAMTableAdapter() {
this.ClearBeforeFill = true;
}

Bonjour,

Il faut donc regarder en debug avant l'execcution de l'instruction _adapter.Update(MyDataSet) dans le contenu de la variable :_adapter.Update.UpdateCommand.CommandText la clause SQL WHERE.

Autre question, comment sont fait les updates : est-ce en modifiant une Table du DataSet, puis en faisant _adapter.Update() et ensuite le AcceptChanges() sur la table ?

Ben justement, c'est le but de cette discussion de savoir comment fonctionne les updates. Dans la MSDN il est marqué qu'un TableAdapter.update choisit automatiquement les commandes a executer (update, delete et add) selon si on a ajouté, supprimé ou modifié des valeurs dans le TableAdapter. Il semblerait qu'un AcceptChanges() après l'update réduit les erreurs (Après tests les erreurs se font très rares mais sont toujours là).
Si quelqu'un veut partager son expèrience sur les DataAdapter, TableAdapter et leurs methodes updates, il est le bienvenu...

Bonjour,

Est-ce que tu fais :
1) un Update() après chaque ajout, modif, suppression.
2) une édition globale puis tu valides et reporte par l'update() l'ensemble des modif.

Dans le cas 2), il peut y avoir des erreurs de concurency si toutes les contraintes d'unicité de clé du SGBD n'ont pas été reportés dans le DataSet.

Dans le cas 1), en principe ce type de problème "0 modif sur 1 demandée" ne devrait pas se produire si aucun utilisateur n'a modifié la base entre temps.

Salut
lis cela
http://romagny13.over-blog.com/article-5644968.html

en fait pour faire simple essaie :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

private void SaveItem() { this.Validate(); if (this.paramDS.HasChanges()) { if (!this.paramDS.PARAM.HasErrors) { this.pARAMTableAdapter.Update(this.paramDS.PARAM); this.paramDS.AcceptChanges(); } } }

---

Super article ! Il faut que je fasse des essais et aue je recherche tous les updates de mon TableAdapter. Je vous tiens au courant.

Apres chaue update, je fais un AcceptChanges() et comme avant, les erreurs sont beaucoup moins nombreuses qu'avant mais existent toujours. Par exemple je copie 3500 lignes dans ma datagrid, je sauvegarde tout ca (Update + AcceptChanges() ok) et lorsque je veux toute les supprimer, il en supprime peut etre 2000 mais plante...
Pourtant apres chaue boucle de copy, add, modify et delete, je lance ma methode SaveItem() :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

private void SaveItem() { // got focus on auto save checkbox just before saving just to validate the cell chkAutoSave.Focus(); this.Validate();   this.pARAMBindingSource.EndEdit(); if (this.paramDS.HasChanges()) { if (!this.paramDS.PARAM.HasErrors) { frmAppSplash frm = UIUtility.StartFlash("Saving changes.....", false); sel = UIUtility.GetSelected(dgvParams); UIUtility.UpdateModified(cLimitSetID, userid); this.pARAMTableAdapter.Update(this.paramDS.PARAM); this.paramDS.AcceptChanges(); dgvParams.ClearSelection(); SetSelected(sel); UIUtility.StopFlash(frm); } else { MessageBox.Show("Warning : Items not saved", "Saving Error", MessageBoxButtons.OK, MessageBoxIcon.Warning); } } }

---

Du coup je ne voit pas pourquoi le progamme plante lorsque je teste sur des gros volumes (peut etre que le TableAdapter n'a pas le temps de se mettre a jour...).

Si quelqu'un a une piste...

Bonjour,

Est-ce que la clause WHERE de la fonction Delete() du TableAdapter opère bien sur toutes les valeurs des champs?

D'où vient la DeleteCommand de l'Adapter ? Est-ce toi qui l' a écrite.

La delete command a ete generee a travers un utilitaire (en xsd) avec les options generate update and delete command.
En fait le probleme est cerne :

Je lance le programme
Je selectionne toutes les lignes de mq grid et je les duplique (fonction duplicate que j'ai codee qui permet de selectionner des lignes de ma grid et de les dupliquer)
Un auto save est realise (avec la methode que j'ai postee un peu plus haut)
Je selectionne toutes les lignes de ma grid et je delete.... PLANTAGE --> The DeleteCommand affected 0 of the 1 expected parameter.

Voila le probleme.

Maintenant si apres le duplicate je quitte et relance le programme, je peux supprimer toutes les lignes de la grid sans aucun probleme. Je pense qu'il faut faire une sorte de refresh de mon table adapter pour qu'il soit dans le meme etat que lorsque je lance l'application et qu'il charge les donnees.(pour un soucis de performances je ne peux pas le vider et le re-remplir a chaque fois).

Pourtant je fais bien un AcceptChanges() apres l'Update() dans ma methode SaveItem()...
Voila ou je suis bloque depuis presque 2 semaines

Bonjour,

Pour le Save :
Les enregistrements dupliqués ayant été sauvegardés sans problème, j'en déduis qu'il n'y a pas de clé primaire (unique) sinon la fonction aurait généré des exceptions style "Duplicate key".

Pour le Delete :
La commande SQL de suppression d'un enregistrement détruit tous les enregistrements correspondant à la clause WHERE de la commande DELETE :
- sur l'enregistrement source, le delete va supprimer à la fois l'enregistrement source et l'enregistrement copié,
- sur l'enregistrement copié, le delete ne vas plus rien avoir à supprimer, d'où l'erreur.

Solutions : Ignorer ce type d'erreur et compter le nombre total de delete réélement effectués (via, je pense, la property RowAffected de l'event OnRowUpdated du DBDataAdapter)

Bonjour Graffito,

Au niveau de mon duplicate, il y a une procedure Oracle affectee qui recupere un nouvel identifiant a chaque ligne cree dans la grid (paramID.nextval). Donc chaque ligne dupliquee a son propre identifiant (reconnut comme identifiant dans Oracle bien sur...).

Le fait que chaque ligne aie son identifiant remet il en cause ce que tu dis (la clause where dans la commande delete ) ? ou n'est-ce plus valable ?

Je verifie les suppressions dans la grid et la bas de donness en meme temps, c'est un autre debut de piste...

Au fait, parfois certaines UpdateCommand recommencent a planter, cela m'inquiete car je dois bientot avoir fini de fixer tous les bugs de l'appli et il ne me reste que ce probleme de tableAdapter.Update que je n'arrive pas a faire fonctionner correctement...

Bonjour,

Est-ce que le champ identifiant est bien dans la DataTable ?

Si oui, est-ce que la contrainte d'incrémentation automatique (ou d'unicité) de ce champ figure bien dans le DataTable ?

Si une des réponses est non, c'est probalement la source du problème.

Bonjour,

Le champ identifiant (paramid) fait partie du DataTable et est definit comme identifiant comme dans la BDD. Par contre son option AutoIncrement est a false. Je vais tester de le passer a true mais logiquement chaue ligne cree dans le DataTable insere un nouveau para;id definit par Oracle donc si j'auto-incremente en plus ce champ dans la dataTable il risque d'y avoir des plantages... Bref ca ne coute rien d'essayer.

Si quelqu'un a une autre idee...

Merci d'avance

En passant le paramid en AutoIncrement dans le DataTable, rien ne change...

La DeleteCommand plante toujours lors de la suppression d'une ligne qui vient d'etre cree (et dont j'ai deja applique Update() et AcceptChanges()).

Reste encore à vérifier que le test sur le paramId est bien intégré à la clause WHERE de la DeleteCommand du DataAdapter...

Je n'arrive pas a recuperer le code sql a chaud qui va generer la suppression du parametre (row). Je pense qu'il n'est pas passe a la fonction update() quand il s'agit d'une ligne qui vient d'etre cree (le AcceptChanges() est cense palier ce probleme...)
Quoique je change, cette erreur reste. Aucun moyen d'avoir le code sql qui declenche l'erreur afin de savoir si c'est bien l'update qui plante ou si il faut chercher en amont (ligne non presente dans le DataTable...).

Je pense que le DataAdapter ne met pas a jour le TableAdapter lorsque je cree une ligne dans la DataGrid (cette phrase fait un peu peur...).

Je continue les recherches et tiens au courant. Si quelqu'un a eu le meme probleme ou maitrise les TableAdapter, n'hesitez pas.

Merci

Personne pour donner son avis ?

Je reformule le probleme : Lorsque j'ajoute une ligne dans ma DatatGridView, je fais un Update() et un AcceptChanges() et tout se passe bien.

Par contre, si je veux modifier cette ligne nouvellement cree, l'Update() plante en me disant : The Update command affected 0 of the 1 parameter expected..

Bonjour, j'ai essaye tout plein de choses pour corriger ce probleme et ai beaucoup appris. Cependant, je reste encore bloque. J'ai re-ecrit les requetes d'ajout, de modif et de suppression de mon TableAdapter et ca plante toujours au meme endroit :

Impossible de modifier une ligne que je vient de creer. Pourtant cette ligne existe bien dans la base de donnees, dans le TableAdapter, le Dataset et le DataGridview. Les modifications ne passent pas. Je peux cependant les faire que si je quitte le programme et que je le relance.