Performances du framework Linq To Sql vs Entity

entity-framework linq-to-sql performance stored-procedures

Question

Je recherchais des tests de performances récents comparant L2S et EF et ne trouvais personne qui testait l'appel de procédures stockées à l'aide de la version finale d'EF. J'ai donc effectué certains de mes propres tests et trouvé des résultats intéressants.

Ces résultats sont-ils corrects? Devrais-je le tester d'une manière différente?

Une instance du contexte, un appel du sproc: (lien mort)

Une instance du contexte, plusieurs appels du même sproc: (lien mort)

Plusieurs instances du contexte, plusieurs appels du même sproc: (lien mort)

Réponse acceptée

Je pense que vous devriez le tester d'une manière quelque peu différente, afin de distinguer les coûts de démarrage des coûts d'exécution . Entity Framework, en particulier, entraîne des coûts de démarrage importants du fait de la nécessité de compiler les vues de base de données (bien que vous puissiez le faire à l'avance). De même, LINQ a la notion d'une requête compilée , ce qui serait approprié si vous exécutez une requête plusieurs fois.

Pour de nombreuses applications, les coûts d'exécution des requêtes seront plus importants que les coûts de démarrage. Pour certains, le contraire peut être vrai. Étant donné que les caractéristiques de performance de ceux-ci sont différentes, je pense qu'il est important de les distinguer. En particulier, la moyenne des coûts de démarrage dans le coût moyen d'une requête exécutée à plusieurs reprises est trompeuse.


Réponse populaire

Cela semble être une jolie mesure de performance entre LINQ to SQL et Entity Framework.

http://toomanylayers.blogspot.com/2009/01/entity-framework-and-linq-to-sql.html



Related

Sous licence: CC-BY-SA with attribution
Non affilié à Stack Overflow
Sous licence: CC-BY-SA with attribution
Non affilié à Stack Overflow