Discussion :

[Yogy]

Bonjour, j'ai cru comprendre que les dataset n'étaient pas recommandés pour des questions de performances ? Qu'il vallait mieux utiliser un datareader , est ce vrai ? je dois réaliser une appli avec une base SQL server, j'avais plus l'habitude de travailler avec des datasets mais là je vais avoir besoin de bonne performances...
Y a t'il des tutaux avec les datareaders ?

[Jérôme Lambert]

Ca dépend de l'utilisation que tu désires en faire.

Le dataset te donne la possibilité d'avoir une copie de tes données (provenant de la db) en mémoire. Le but étant de pouvoir faire un traitement sur ces données en mode déconnecté : exemple lier ce dataset à un DataGridView où l'utilisateur va pouvoir consulter, éditer, supprimer et insérer les données.

Toutes ces modifications se trouveront en mémoire dans ton dataset et quand tu décideras de valider ces modifications, tu pourras reporter ces modifications en base de données.

Le but d'un dataset, c'est de travailler en mode déconnecté :

• Connexion à la base de données
• Copie des données qui nous intéressent
• Fermeture de la connexion à la base de données
• Travail sur les données en mémoire
• Et éventuellement se reconnecter à la base de données pour répercuter les changements

[Yogy]

il est donc pas recommandé de travailler avec autre chose que du dataset avec un datagridview ?

[Jérôme Lambert]

Avec C# 2.0 et pour le cas que je viens de citer, je dirais qu'il est juste préférable d'utiliser un dataset.

[cinemania]

cela va dépendre aussi du contexte d'utilisation...

il faut voir l'aspet volumétrie de données, retournée dans le résultat SQL.
Comme indiqué précédemment, DataSet fait une copie COMPLETE du résultat en mémoire, et libere la ressource (en l'ocurrence un datareader).
Dans le cas d'un dataset il faudra donc accepter que la charge mémoire de ton application grossisse a vue d'oeil pendant l'utilisation du dataset...

si l'applicatif developpé est clairement un serveur, la mémoire devient un point assez épineux et sensible, et il est préférable (pour de grosses volumétries du moins) de travailler avec les datareader.
si l'applicatif est client de la DB uniquement et s'exécute sur une workstation et n'a pas vocation a être serveur, le fait d'utiliser les DataSet ne pose aucun problème, même en terme de volumétrie.

ensuite il y a l'aspect accès aux données, et mode de connexion. Un dataset est déconnecté, c'est le reflet de la base, en mémoire, les données sont là, tu peux les retourner dans tous les sens, les lires plusieurs fois de suite, les passer dans plusieurs process en meme temps ou l'un après l'autre sans rien risqué (pour la lecture).
Si en revanche tu utilise un datareader, tu es en mode connecté et tu fait une lecture des enregistrements incrémentale, tu lis enregistrement par enregistrement, mais tu ne conserve pas en mémoire le précédent, et tu ne peux pas revenir à l'enregistrement précédent dans le resultset... en contrepartie celle solution nécessite beaucoup moins de mémoire mais monopolise la ressource plus longtemps et possède des inconvénients notoires, comme le fait de ne pas pouvoir relire les données après coup, le traitement doit donc être fait en 1 passe, si tu envoie les données à deux threads... comment vont'il lire l'enregistrement suivant, il faudra les synchroniser, et le plus lent des threads à faire le traitement va paralyser les autres...

[olsimare]

Bonjour.

il est donc pas recommandé de travailler avec autre chose que du dataset avec un datagridview ?

Ca dépend du nombre de ligne que tu récupéres et si ton DGV est "readonly" ou pas.

Si c'est un liste simple sans MAJ possible, je conseillerai le Datareader dont tu charge le résultat en Datatable qui sera la source du DGV --> beaucoup plus rapide qu'un dataadapter.fill sur un dataset car plus basique.

Si tu as des MAJ à faire sur le DGV, il te faut mieux passer par un Dataset.

Mais si ton dataset ou ton datareader récupére beaucoup de lignes, c'est l'alimentation du DGV qui devient pénalisante et tu devras passer par le VirtualMode.
(soit dit en passant, la récupération d'un nombre trés important de lignes dans un DGV en MAJ n'est de toute façon pas trés conviviale pour l'utilisateur --> un pré-filtre de sélection limitera tout ça).

Cdt.