Pb sur DataAdapter.UpdateAll après BindingSource.RemoveCurrent

Bonjour à tous,

Je recherche qques bonnes âmes pour le problème suivant :

ENVIRONNEMENT:------------------
- sous vb 2008 express (sous xp sp2)
- application locale pour test, sans autres utilisateurs concurrentiels
- dans un formulaire avec un dataset typé lié à une table "Archive" sous sql server
- avec une vue datagrid et une vue détails de ce dataset (intégration auto. par l'environnement des classiques : TableAdapterManager, TableAdapter, BindingSource, BindingNavigator)

CONTEXTE:---------------
- j'ai un bouton pour supprimer l'enregistrement courant, sélectionné en cliquant sur une ligne du datagrid

CODE:--------------
Private Sub BtSupprimer_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles BtSupprimer.Click
Me.Validate()
If ArchiveBindingSource.Count > 0 Then
ArchiveBindingSource.RemoveCurrent()
End If
ArchiveBindingSource.EndEdit()

' Dim sCommand = ArchiveTableAdapter.Adapter.DeleteCommand.CommandText.ToString()

Me.TableAdapterManager.UpdateAll(Me.DSArchives)

End Sub

ERREUR:--------------
- jusqu'à BindingSource.RemoveCurrent() tout va bien... suppression dans le datasource (ligne disparait à l'écran dans le datagrid)
- plantage sur TableAdapterManager.UpdateAll :
>>>> "DBConcurrencyException was unhandled
Violation de l'accès concurrentiel : DeleteCommand a affecté 0 des enregistrements 1 attendus."

J'ai récupéré la chaine de requête SQL par ArchiveTableAdapter.Adapter.DeleteCommand.CommandText.ToString()
dont voici le contenu :

"DELETE FROM [dbo].[Archive]
WHERE (([IDArchive] = @Original_IDArchive)
AND ([CheminArchive] = @Original_CheminArchive)
AND ([TypeArchive] = @Original_TypeArchive)
AND ((@IsNull_AuteurArchive = 1 AND [AuteurArchive] IS NULL) OR ([AuteurArchive] = @Original_AuteurArchive))
AND ([UtilOKArchive] = @Original_UtilOKArchive)
AND ([WebOKArchive] = @Original_WebOKArchive)
AND ([QualiteArchive] = @Original_QualiteArchive)
AND ((@IsNull_DateOriginalArchive = 1 AND [DateOriginalArchive] IS NULL) OR ([DateOriginalArchive] = @Original_DateOriginalArchive))
AND ((@IsNull_LieuOriginalArchive = 1 AND [LieuOriginalArchive] IS NULL) OR ([LieuOriginalArchive] = @Original_LieuOriginalArchive))
AND ((@IsNull_ThematiqueArchive = 1 AND [ThematiqueArchive] IS NULL) OR ([ThematiqueArchive] = @Original_ThematiqueArchive))
AND ((@IsNull_DescGeneraleArchive = 1 AND [DescGeneraleArchive] IS NULL) OR ([DescGeneraleArchive] = @Original_DescGeneraleArchive))
AND ([DateCreationArchive] = @Original_DateCreationArchive)
AND ((@IsNull_UtilCreationArchive = 1 AND [UtilCreationArchive] IS NULL) OR ([UtilCreationArchive] = @Original_UtilCreationArchive))
AND ([DateSuppressionArchive] = @Original_DateSuppressionArchive)
AND ((@IsNull_UtilSuppressionArchive = 1 AND [UtilSuppressionArchive] IS NULL) OR ([UtilSuppressionArchive] = @Original_UtilSuppressionArchive)))"


Une idée svp?
Je précise que je me suis balladé pour trouver la réponse comme un grand, et que j'ai notamment déjà testé sans succès la fait de passer la propriété "DeleteItem" du BindingNavigator à "none", puis également suppression du bouton. En bref, A VOTRE BON COEUR M'SIEURS DAMES !

jh

est-ce que celà pourrait être lié à un conflit entre le datagridview et les modifs dans les detail views ? ... :calim2:

Bonjour,

si une DBConcurrencyException est lancée, cela signifie que le serveur de base de données n'a trouvé aucune ligne a effacée. En effet, dans ta requête delete, il y a une clause where qui reprend toutes les valeurs originales de la ligne de la table à effacer et ceci afin de gérer les accès concurrentiel.
Je pense qu'une des valeurs "ORIGINAL" n'est pas correcte et selon moi le problème vient d'un des champs date qui peut avoir une valeur NULL. J'ai déjà eu le problème. Ca merde un peu. Mets les en commentaire dans la requête et tu testes pour voir si ça marche ou pas. Observe ensuite la valeur pour vérifier si cette valeur est particulière.

Dis moi quoi
Bye

Tout d'abord, merci de te pencher sur mon problème!

Les dates: ca peut être une bonne piste... j'avais un champ (DateSuppresion) dans la vue detail qui était un textbox avec une valeur facultative.. et laissées à vide pour mes quelques enregistrements de test...
donc j'ai supprimé & remplacé ce contrôle par un DateTimePicker, et recréé un enregistrement de test mais cette fois en sélectionnant explicitement une date
Résultat: sur validation, le UpdateAll plante pareil....

En fait, je peux reproduire la même erreur en venant en modif même mineure (+1 lettre dans un textbox de champ non-clé) sur n'importe quel champ de l'enregistrement.....

Si ça éclaire....

PS: les procédures DeleteCommand, UpdateCommand etc... ont ét créé en auto. J'ai su comment récupéré la valeur DleteCommand.CommandText... mais ne voit pas comment introduire une modif genre commentaires sur certaines clauses.... Avec la même propriété en mode set plutôt que get ?

D'avance merci,
jh :bug:

Bonjour,

modifies la requête à partir du Designer de DataSet et mets en commentaires les lignes de la clause Where où il y a test de valeur de champ date qui peuvent accepter les valeurs nul. Ne perds pas ton temps à chercher un problème dans l'affectation des données dans la vue. Je suis persuadé que ton problème vient de là.

Bye

Ca sent vraiment le vécu !!! L'expérience a bien parlé : le problème a disparu ! :hola: BIEN SUR, un autre apparaît..... je m'explique.

J'ai d'abord essayer la solution radicale :
Dans le designer de dataset, j'ai modifiée directement la requête SELECT générique (de laquelle sont générées en automatique les commandes insert, update, delete.
) :
"SELECT IDArchive, CheminArchive, TypeArchive, ..... DateCreationArchive, UtilCreationArchive, UtilSuppressionArchive
FROM Archive"

C'est là-dedans que j'ai enlevé en dur le champ DateSuppression dans la clause SELECT....

Je sais, c'est pas terrible... mais bon, j'ai vu que mon appli ne plantait plus -> donc GENIAL et MERCI BCP !!


Ensuite, j'ai modifié les commandes update & delete en enlevant le filtre sur le champ date incriminé.... sauvegarde ok....
Pb: ca m'a apparemment fait sauté un certain nombre de références et donc gros plantage à la compilation...... le datasource n'existe plus, le tableadapter non plus d'ailleurs... le dataset.xsd ne s'ouvre plus sans une erreur "Failed to load dataset. 8 is not a valid int32 value..." ou truc du genre...

Bref, si mon cher bienfaiteur du jour avait une autre solution miracle.
Je vais naturellement essayer de recréer le dataset, avec le même nom pour que les milliards de ligne de code générées automatiquement restent cohérentes mais bon.... a suivre....... et bonne nuit sinon ;)

ciao
jh

Ciao Zoaax,

- j'ai recréé le dataset / tableadapter --> recompile ok.

- c'est simplement du à la façon dont je tente de modifier les méthodes delete & update.

Est-ce que je dois débrayer toutes les options suivantes du configurateur de tableadapter :
"Advanced options --> Generate Insert, Update and Delete statements"
et
"Create met(hods to send updates directly to the database (GenerateDBDirectMethods)" ???

Dans ce cas, je dois recréer les requêtes SQL de zero avec la liste des paramètres... ce serait possible mais ca me semble aussi con que bcp de questions que j'ai du mal à résoudre ces temps-ci, donc je me méfie...

Y'a t-il un moyen de venir en modif sur les commandes générées en auto. sans tout se retaper...? je dois encore louper une petite astuce débile...
Parce que pour le moment, dès que je viens faire la moindre modif soit directement dans la chaine de caractère "DeleteCommmand.CommandText"
de l'onglet propriétés du tableadapter, soit par le query builder associé, la compilation explose.... 8O

Au plaisir de relire tes conseils après un peu de sommeil,
ciao
jh

Bon finalement, j'avais du mal à lâcher le bébé.... j'ai fait les modifs directement dans le code du fichier dataset.designer.vb....

Je suis toujours preneur d'une solution plus propre, étant donné qu'à l'occasion j'oublierai probablement que ces modifs peuvent être ré-écrasées par le configurateur de dataset....

Quoiqu'il en soit, d'ici là, une hola pour Zoaax !

:lahola:

Bonjour,

attention la solution que je te proposais, c'était juste pour tester que le problème venait bien de là.
Ensuite je suis d'accord qu'il ne faut pas modifier le code généré par le designer. Mais normalement tu n'as pas besoin pour modifier les commandes update, delete, insert et select de le modifier dans le code.
Il me semble (selon mes souvenirs, je ne peux pas le vérifier je n'ai pas VS sous la main) qu'il faut procéder comme suit:

Ouvre le dataset en mode design.
Ton dataset, tes datatable et tableadapter sont représentés graphiquement.
Sélectionne le tableadapter de ton choix et affiche ses propriétés.
Tu fais ainsi apparaître les propriétés du tableadapter et notamment les commandes update, delete, insert et select. Modifie les comme bon te semble.

Sinon pourrais-tu me repréciser le problème qu'il te reste ?

Merci d'avance.
Bye

Bonjour Zoaax,

dès que :
- je modifie la propriété CommandText d'une des méthodes delete ou update, directement dans la chaine de caractère de l'onglet propriétés
- ou que je vais dans le "query builder" (assistant création requête) associé à la propriété CommandText, sous le petit bouton "..."

je me retrouve avec une liste d'erreurs compilation, avec la cause première : le tableadapter ne compile plus....

Message ci-dessous....... :

Error 1 Custom tool error: Failed to generate code. Unable to convert input xml file content to a DataSet. 8 is not a valid value for Int32. Input string was not in a correct format. 8 is not a valid value for Int32. Input string was not in a correct format. C:\Documents and Settings\HP_Propriétaire\Mes documents\Visual Studio 2008\Projects\BJArchi\BJArchi\DataAccess\DSArchives.xsd 1 1 BJArchi

qui est lié dans le code de définition du dataset à la ligne 1 :
<?xmlversion="1.0"encoding="utf-8"?>
en tout cas en apparence par les infos de la liste d'erreurs.

ciao,
jh

précision: quand je vais dans le Query builder, juste le fait de l'ouvrir et d'appuyer sur OK sans toucher quoique ce soit d'autre provoque les mêmes erreurs en chaine !!!!