Ressouces nécessaires DataTable ou List<T>

Bonjour

Je me demande quelles sont les differences en ressource nécessaire pour l'exploitation d'une DataTable ou d'une List<T>

La datatable a le gros avantage d'etre filtrable et sortable via un dataview (sans oublier le find) et facilement bindable sur un datagridview

Pour faire tout ca avec une List<T> il faut bricoler un peu.

Donc en definitive je me demande si l'utilisation d'une datatable de +/- 5 colonnes serait beaucoup plus gourmand en ressource qu'une List<T> composée de classe ayant ces 5 propriétes (1 int, 2 float et 2 string)

J'ai oublié de dire que pour ce qui est du Bind et du sort, j'ai d"ja +/ resolu le problème en utilisant une SortabelBindinList que j'ai trouvé dans un coin.

Par contre le Filtre me semble un plus peu plus chipot a mettre en oeuvre, de là mon hésitation pour la datatable ?

Salut

Pourquoi ne pas utiliser Linq pour les filtres ?

J'y ai pensé mais je ne pense pas que ce soit posible avec le FW 2.0.
Je travaille en 3.5 mais je dois rester compatible avec les utilisateurs 2.0

Ahh oui, c'est vrai que t'as pas trops le choix sauf si tu bidouille pour implémenter le filtre sur ta sortedlist, visiblement j'ai une solution mais c'est pas top je crois en terme de perf, ma solution consiste a chaque fois que tu veux faire un filtre, tu remplis un DataTable, tu applique le filtre sur le DataTable et ensuite tu retourne une list a partir des rows.

Bon aprés l'inconvénient c'est si ta lliste est trops grande alors bonjour les performances :)

Oui

et c'est la que j'arrive a la question de base
Quel est le poids d'une datatable en terme de ressource et de performance par rapport a une List<T> parce que finalement pourquoi s'embeter avec des BindingList des SortableBindingList + chipotages si la datatable n'est pas Beaucoup lus gourmande

Pourquoi tu fais pas tout simplement quelques tests ? :mouarf:

Bien sur !

On peut passer sont temps a tout tester ....
Mais il est souvent plus rapide et efficace d'obtenir l'information par voie directe si elle existe ;)

Au niveau fonctionnel je suis 90% certain que je n'aurai pas de difficultés avec une DataTable mais ce qui m'interesse c'est une information un peu plus précise et de maniere abolue sur le cout en terme de memoire et rapidité de parcours entre une List<> et une DataTable ET un DataView !

Une DataTable n'est pas générique : il faut donc faire des cast, ce qui diminue les performances alors qu'une List<T> est générique et donc pas besoin de caster ton T ni ses membres. L'objet T est au format que tu souhaites pour l'afficher mais peut également être utilisé pour d'autres traitements directement. Si tu veux faire des traitements avec les données de la DataTable, il faudra reconstruire les objets, ce qui a un coût.

Je penses qu'il n'y a pas de différence fondamentale en terme de rapidité pour le parcours même des collections (foreach sur tous les objets / lignes). Par contre, il y a une différence à la récupération des données comme explicité précédemment (nécessite des cast à chaque fois). La DataTable a l'avantage d'indexer les données des colonnes, ce qui a un coût lors de la création du DataTable et nécessite également plus de mémoire. Un accès via Select risque donc d'être plus rapide pour trouver les lignes correspondant à un critère qu'avec une List<T> où il va falloir parcourir toute la liste.

Merci Kaidan

J'apprécie l'effort que tu fais pour me repondre mais tout ca je le sais effectivement

Mon sentiment c'est qu'en definitive si on veut utiliser une List<> en ayant besoin de toute la souplesse d'une DataTable (Binding, Sorting, Recherche, Filtrage) on va finir par faire beaucoup de bricolages et je ne suis pas sur qu'au final on y gagne en ressource et en performances

Par exemple pour resoudre le probleme de parcours dont tu parle

Citation:

---

Un accès via Select risque donc d'être plus rapide pour trouver les lignes correspondant à un critère qu'avec une List<T> où il va falloir parcourir toute la liste

---

on peut faire une liste sur la liste et la trier avec un comparer adequat et utiliser un find avec le meme comparer mais tout ca a un poids et doit en plus etre ecrit !

Mais pour le casting je suis tout a fait d'accord avec toi et ma crainte de perte de performance et surtout de ce coté la !
Parce qu'au dela de toutes les facilités que j'aurais avec une datatable j'ai UNE operation helas asser gourmande qui est de parcourir la List<> de maniere sequentielle pour rechercher un element a partir d'un MouseMove

Citation:

---

Envoyé par Mehdi_ab

Salut

Pourquoi ne pas utiliser Linq pour les filtres ?

---

Citation:

---

Envoyé par olibara

J'y ai pensé mais je ne pense pas que ce soit posible avec le FW 2.0.
Je travaille en 3.5 mais je dois rester compatible avec les utilisateurs 2.0

---

Dans ce cas LinqBridge devrait pouvoir t'aider ;)

Intéressant !

Merci TomLev :ccool: