Discussion :

[sebnantes]

Bonjour,

En lisant un cours sur l'ADO.NET (Cours), je me demandais si l'utilisation d'ExecuteReader à la place de ExecuteNonQuery pour un Update pouvait être inutile. Dans le code que je remanie, il n'y a presque que des executeReader, pour tout type de requête. Donc cela m'intrigue pas mal de savoir si c'est une aberration ou pas ^^

Merci d'avance

[Graffito]

ExecuteReader pour un Update

Comme son nom l'indique, ExecuteReader n'est utilisable qu'en lecture.

Pour la mise à jour, on peut utiliser les commandes telles que ExecuteQuery, et ExecuteNonQuery ou alors un TableAdapter.

[sinople]

Je mélangerais pas les tableAdapters avec les requêtes.

En effet l'un utilise de façons cachée et automatisée l'autre.

[sebnantes]

Merci pour vos réponses ^^ En gros, c'est juste une aberration d'un point de vue syntaxique mais pensez-vous que cela puisse être gênant ce genre d'utilisation erronée ? Cela peut-il ralentir une exécution par exemple ?

[simotaqi]

salut
Ben , executeReader c'est pour la commande select seulement ,
executeNonQuery est pour les update, insert, delet,...etc
et enfin nous avons executeScalar (qui n'est pas beaucoups utilisee)qui sert a retourner une seul valeur de la requete (count , max,min , avg...etc)

pour executeScalar , j'ai jamais travailler avec... (parfois on pense que certaines methodes manquent de comfort pour chacun )

[Pol63]

executereader sert en effet quand il y a au moins un select dans le commandtext et que tu veux récupérer les données dans ton programme
le commandtext peut contenir plusieurs requetes, genre un update puis un select

l'utiliser à la place executenonquery n'est pas spécialement génant, à part que l'executereader n'est pas une sub mais une fonction, donc elle retourne une variable, qui sera donc instanciée pour rien
(et à vu de nez elle doit etre disposable et donc ne sera pas disposée rapidement)