0
A
回答
1
LINQ to SQL和实体框架等内部全部使用ADO.NET,因此它们比较慢,因为他们做更多的工作比单独ADO.NET。
这个想法并不是获得最佳性能,而是最好的抽象,用对象建模您的域,这样您就可以推理您的数据以及对这些数据进行操作的命令。 因此,交换其他方面的表现是个好主意。
1
总有关闭的抽象级别和性能之间的平衡,所以当然,LINQ到实体或LINQ to SQL中,这对ADO.NET的顶部都工作,会比ADO.NET慢。
这是所有你需要什么级别的性能为您的特定项目。如果性能对您来说比开发更容易,那么直接使用DataReader即可。如果没有,那么去Linq To Entities。
相关问题
- 1. NHibernate HQL vs CriteriaAPI vs QueryOver vs Linq。性能
- 2. 性能:XmlTextReader vs LINQ to XML
- 3. ADO.NET vs实体框架vs LINQ vs .netTiers vs其他?
- 4. 性能的LINQ VS SQL存储过程
- 5. DataTable Select vs List <T> LINQ性能
- 6. Linq To Sql vs实体框架性能
- 7. ADO.NET VS的EntityFramework
- 8. ADO.Net 2.0 vs 3.5
- 9. 批量插入和更新性能C#“ADO.NET”vs“Linq2SQL”Vs“EF-DataFirst方法”
- 10. ADO.Net DataService性能问题
- 11. ADO.NET OracleCommandBuilder性能问题
- 12. Ado.net性能:SNIReadSync做什么?
- 13. ADO.net SqlTransaction提高了性能
- 14. ado.net数据服务性能
- 15. linq性能:linq vs t-sql - 时间到了哪里?
- 16. ADO.Net vs ADO Record Locking
- 17. LINQ to ADO.net实体
- 18. UNION VS性能
- 19. 数据访问:流利Nhibernate与ADO.NET vs Linq到Sql?
- 20. Visual Studio 2010 ADO.NET数据模型vs Linq到SQL
- 21. Linq桥性能
- 22. LINQ和性能
- 23. linq orderby.tolist()性能
- 24. linq foreach性能
- 25. ADO.NET导航属性
- 26. ADO.Net vs绑定控件
- 27. 实体框架VS Ado.net
- 28. VB.NET从ADO.NET切换到LINQ
- 29. C#LINQ Distinct和ADO.NET EF
- 30. ADO.NET实体模型和LINQ