Il y a quelques comparaisons de performances entre Dapper (qui semble être le “micro ORM tool” le plus rapide et le plus populaire). Nous sums en septembre 2014 et nous avons Entity Framework 6 (pas 5 ou 4) et Dapper est toujours là.
Nous commencerons à développer une énorme application de firebase database à plusieurs niveaux (la firebase database contient 700 tables). Et certaines des requêtes à exécuter sont sensibles au temps.
Je vous remercie!
Réponse : Je n’ai pas de chiffres spécifiques, mais j’ai mis à jour la performance rig vers EF6; Je ne me souviens pas exactement du résultat, mais: EF6 est beaucoup plus rapide qu’EF-old, mais Dapper est toujours beaucoup plus rapide dans de nombreux scénarios (et à peu près la même chose pour les Edge-Cases)
Ans : c’est subjectif; pour nous: oui, ça vaut vraiment le coup – mais on se soucie beaucoup de la vitesse. L’parsing des arbres d’expression a un impact, et le SQL généré est très rarement dans la même catégorie que le SQL artisanal par un développement décent
Ans : Absolument Je pense avoir déployé environ 4 versions ce mois-ci …
Ans : Oui, vous pouvez le faire; c’est ainsi que nous avons commencé avec dapper – nous avons utilisé cela pour remplacer le code LINQ to SQL qui causait des problèmes de performances; au fil du temps, cela avait grandi, et maintenant nous avons très peu de code LINQ to SQL (mais encore du code)