最新的Dapper VS Entity Framework 6的性能考虑
Dapper之间有一些性能比较（似乎是最快，最受欢迎的“微型ORM工具”）。 现在是2014年9月，我们有Entity Framework 6（不是5或者4），而且Dapper还在。
我们将开始开发一个庞大的数据库n层应用程序（数据库有700个表）。 还有一些需要运行的查询是相当时间敏感的。
- 有没有人有任何关于EF 6.1.x的性能更新？ 这涉及在DbContext中进行的一般查询。
- 我想我不能用Dapper使用格式良好的LINQ查询。 你有这方面的经验吗？ 是否值得失去LINQ的额外速度？
- 小巧玲珑还在积极，不断发展吗？ GitHub告诉我是的，但是与Subsonic一样，它可以相当快地改变。
- 把Dapper和EF混合起来是可行的还是可行的？ 当我们需要速度时，小巧玲珑，否则EF。
谢谢！
- 有没有人有任何关于EF 6.1.x的性能更新？ 这涉及在DbContext中进行的一般查询？
答 ：我没有具体的数字，但我已经把性能装备更新到了EF6; 我完全记不清结果，但是：EF6比EF-old要快很多，但在许多情况下，精灵的速度仍然快得多（对于边缘情况大致相同）
- 我想我不能用Dapper使用格式良好的LINQ查询。 你有这方面的经验吗？ 是否值得失去LINQ的额外速度？
Ans ：这是主观的; 对我们来说：是的，绝对值得 – 但是我们关心速度。 parsingexpression式树会产生影响，并且生成的SQL很less像一个体面的开发人员一样在手工SQL中处于同一联盟
- 小巧玲珑还在积极，不断发展吗？ GitHub告诉我是的，但是与Subsonic一样，它可以相当快地改变？
答 ：绝对; 我想这个月我已经部署了大约4个版本
- 把Dapper和EF混合起来是可行的还是可行的？ 当我们需要速度时，小巧玲珑，否则EF？
答 ：是的，你可以这样做; 那就是我们如何开始使用Dapper–我们用这个来代替导致性能问题的LINQ to SQL代码; 随着时间的推移，这已经增长了，现在我们有很less的LINQ to SQL代码剩下（但还有一些）
