Discussion :

[cedricg1976]

Bonjour,

Je me pose une question concernant la définition de l'UpdateCommand sur un DataAdapter pour que la mise à jour en base ne concerne que les champs modifiés et non tous les champs de ma table (ce qui est bien fait si le UpdateCommand est généré par le DbCommandBuilder)

Exemple : j'ai une table contenant 5 colonnes dont une colonne clé. Je modifie uniquement la colonne 2.

Si je définis l'UpdateCommand par un CommandBuilder, la requête lancé est la suivante :

Code :

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

UPDATE TABLE SET COLONNE_2=@COLONNE_2 WHERE CLE1=@CLE1

Elle ne modifie bien que la colonne 2.

Si je définis l'UpdateCommand directement à la main, la requête lancé est alors la suivante :

Code :

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

UPDATE TABLE SET COLONNE_1=@COLONNE_1,COLONNE_2=@COLONNE_2,COLONNE_3=@COLONNE_3,COLONNE_4=@COLONNE_4 WHERE CLE1=@CLE1

Toutes mes colonnes sont réécrites dans la base, et je perds donc en performance sur des grosses tables.

J'espère que je me bien suis fait comprendre et que l'un d'entre vous pourra m'aider.

Merci d'avance.

[cedricg1976]

Vu le peu de réponses, j'aimerai savoir pour vous quel est le meilleur moyen de définir l'UpdateCommand d'un DataAdapter, sachant que le CommandBuilder ne saura pas les générer si la requête défini dans le SelectCommand contient des jointures.

Merci de vos réponses

[Neodream]

Bonjour,

Pour ce genre de cas, j'utilise ADO.net, je ne sais pas si d'autres personnes en font de même. Je pense que ça dépend surtout du contexte. Pour une requête update, tu as la faq ici qui t'explique exactement comment faire :

http://dotnet.developpez.com/faq/csh...t_execnonquery

Voilà