Discussion :

[sierramike]

Bonjour à tous et merci pour cet excellent article, néanmoins j'ai une question sur la pertinence de ce type de fonctionnement : "LoadData().Where(qqchose)"

En faisant ça, on se tape la lecture de la totalité de la table, la conversion en objets métiers, pour au final ne retenir qu'un seul enregistrement ...

La mise en cache c'est bien, mais il faut garantir que le cache est à jour, et dans le cadre d'une application web c'est pas forcément très pertinent ...

Ceci dit, j'ai peut être loupé quelque chose, donc j'appelle à un petit complément d'informations à ce sujet

Ou alors c'est déjà dépassé et il y a de nouvelles techniques avec un article vers lequel vous pourriez me pointer ?

Merci d'avance !!!

[Immobilis]

Salut,

LoadData().Where(qqchose)

En faisant ça, on se tape la lecture de la totalité de la table, la conversion en objets métiers, pour au final ne retenir qu'un seul enregistrement ...

Tu as tout à fait raison. Dans l'implémentation que j'ai faite dans l'article, je ramène effectivement la totalité de la table pour la simple et bonne raison c'est que je j'utilise une bonne vieille commande SQL qui me ramène toutes les données. Ce n'est effectivement pas quelque chose à faire à moins de les mettre en cache.

Pour répondre simplement et dans l'ordre:

1. Linq et Entity Framework permettent de générer des requêtes dont la syntaxe va s'adapter au clauses. Une expression lambda appliquée directement sur la base sera parfaitement performante (tout dépend du DBA qui lira ce message );
2. La garantie du cache s'implémente selon les besoins. En général, on met en cache les données qui ne changent pas fréquemment.

Conclusion, même si cela n'apparaît pas dans l'article, l'expression LoadData().Where(... est totalement pertinente et d'actualité, sous réserve qu'on maintienne un IQuerable de bout en bout (jusqu'à la base) sans avoir fait de ToList() ou ToQuelqueChose() en cours de route. Pour "preuve", je t'invite à lire cet autre article: http://immobilis.developpez.com/tuto...ity-framework/. Et particulièrement ce paragraphe dans lequel le tableau montre la syntaxe de la requête SQL.