Discussion :

[DranDane]

Bonjour,

J'ai un gros dilemme. Comme tout le monde en informatique vous allez me dire... pour celui-ci en tout cas je n'ai pas assez de connaissance pour pouvoir y répondre seul.

Je dois aller chercher des données dans un base de données et ensuite les afficher sous forme d'un tableau dans une page web. Rien de sorcier. Mon utilisateur me demande aussi de pouvoir filtrer les lignes de ce tableau en fonction de différents critères (disponibles dans mes colonnes).

Je me demande ce qui vaut le mieux entre filtrer en C# ou filtrer en SQL ?

En C# ça veut dire n'avoir qu'une seule procédure stockée pour récupérer les données dans la base de donnée puis filtrer mon dataset. En d'autres mots faire travailler le serveur web.

En SQL ça veut dire filtrer dans ma procédure stockée. J'envoie donc mes paramètres de filtres dans ma requête et c'est ma procédure stockée qui s'occupe de ma ramener un dataset déjà allégé. En d'autres mots faire travailler ma base de données.

Qu'est ce qui vaut mieux et dans quels cas ?

Merci.

PS: je suppose que je dois pas être le premier à poser cette question. Si des éléments de réponses sont déjà disponibles sur ce forum ou sur d'autres pages web je veux bien les références. Personnellement j'ai déjà fait des recherches et je n'ai rien trouvé. Peut être que je cherche mal.

[rad_hass]

DataSet beurk !

Ben en terme de perf, à mon avis il vaut mieux les filtrer en base. Parceque, récupérer toutes les lignes et les filtrer en C#, ça peut être inutile : Par exemple si un filtre devait renvoyer une seul ligne et que toi sans filtre tu récup 100000 lignes, euh ce n'est pas top ... ça te fait récupérer 99999 lignes pour rien.

Sinon y a Linq ... A quand 3.5 partout.

[DroP]

Ce sera sans doute plus rapide si tu fais travailler ta base de données, et sans doute beaucoup moins galère à implémenter

[DranDane]

Je suis tout à fait d'accord avec vos avis mais fort souvent avant de filtrer on fait de toute façon un premier appel de la procédure stockée. Ensuite l'utilisateur se dit qu'il y a trop de données affichés et il décide de réduire ces lignes en appliquant un filtre.

Donc le dataset est déjà existant. Mais qu'est ce qu'il vaut mieux ? Appliquer le filtre sur le dataset (gridview) ou cérrement refaire un second appel à la base de données ?

[slebas]

Appliquer le filtre sur le dataset (gridview) ou cérrement refaire un second appel à la base de données ?

Rappel t'as base de donnée.

[olibara]

Si ta datatable est déja chargée il n'y a pas vraiment d'avantage a relancer la requete en sql

A ta place je déciderais en fontion du confort de programation et de l'utilité de la rémanence de ta datatable
Si tu mets une dataview dessus tu peux appliquer différents filtres en gardant la meme table sans devoir la recharger.