题
Dapper（这似乎是最快，最受欢迎的“微型ORM工具”）之间存在一些性能比较。现在是2014年9月，我们有实体框架6（不是5或4），Dapper仍然存在。
我们将开始开发一个庞大的数据库n层应用程序（数据库有700个表）。并且需要运行的一些查询对时间非常敏感。
- 有没有人对EF 6.1.x的性能有任何更新？这涉及在DbContext中进行的一般查询。
- 我想我不能在Dapper中使用格式良好的LINQ查询。你有经验吗？是否值得为额外的速度而失去LINQ？
- IS Dapper还在积极，不断发展吗？ GitHub告诉我是的，但与Subsonic一样，这可能会很快改变。
- 混合Dapper和EF是否可行/可行？当我们需要速度时，小巧玲珑，否则EF。
谢谢！
一般承认的答案
- 有没有人对EF 6.1.x的性能有任何更新？这涉及在DbContext中进行的一般查询？
Ans ：我没有具体的数字，但我已经将性能装备更新为EF6;我不记得确切的结果，但是：EF6比EF-old快很多，但是在许多情况下，dapper仍然明显更快（并且边缘情况大致相同）
- 我想我不能在Dapper中使用格式良好的LINQ查询。你有经验吗？是否值得为额外的速度而失去LINQ？
答 ：这是主观的;对我们来说：是的，绝对值得 - 但我们非常关心速度。解析表达式树会产生影响，并且生成的SQL很少与一个体面的开发人员手工编写的SQL在同一个联盟中
- IS Dapper还在积极，不断发展吗？ GitHub告诉我是的，但是和Subsonic一样，这可以很快改变吗？
答 ：绝对的;我想我本月已经部署了大约4个版本......
- 混合Dapper和EF是否可行/可行？当我们需要速度时，小巧玲珑，否则EF？
答 ：是的，你可以这样做;这就是我们从dapper开始的方式 - 我们用它来代替导致性能问题的LINQ to SQL代码;随着时间的推移，已经增长，现在我们只剩下很少的LINQ to SQL代码（但仍然有一些）
许可下: CC-BY-SA with attribution
不隶属于 Stack Overflow