![ADO.net,Linq to SQL和Entity Framework性能实测分析 — Windows Live - longniezhang - 疯狂计算机技术 ADO.net,Linq to SQL和Entity Framework性能实测分析 — Windows Live - longniezhang - 疯狂计算机技术](https://wr61eq.bay.livefilestore.com/y1mL-FLm34vQ3Kt0XXTC_6jWaq6D16Ae3nyIf7n2WwJdPSz4fpn6uzEiAVFt52t2hmKdTvuseMxkNrqQ7DPJkJPsEUZMdxUSk7C2mefNKPX8k7Ib1IWd7Rfp6CvlbrgpX3pR_cfT2D7lJM/image_thumb[30].png)
![ADO.net,Linq to SQL和Entity Framework性能实测分析 — Windows Live - longniezhang - 疯狂计算机技术 ADO.net,Linq to SQL和Entity Framework性能实测分析 — Windows Live - longniezhang - 疯狂计算机技术](https://wr61eq.bay.livefilestore.com/y1mOaGxJJmIclM7iP0nrlOkoeKBnl5cxxlEYrYuk-tEGy2PLtpQuKNnF7wxv4CYSYyfHdCuVCw4qeBZkD4z8wk8uW1kW5yy3CCA_cNmieYaCtZkXVILuJCDOi_QA6ehVeemkw8iVV9PWHU/image_thumb[34].png)
![ADO.net,Linq to SQL和Entity Framework性能实测分析 — Windows Live - longniezhang - 疯狂计算机技术 ADO.net,Linq to SQL和Entity Framework性能实测分析 — Windows Live - longniezhang - 疯狂计算机技术](https://wr61eq.bay.livefilestore.com/y1mZeEY04gWG2ouk8GKlXjWaMS7ubj_KdZDg819afWokBsZamj_r65UhRRCnxK_L32SMrEQYclupVMyVZ5DxojPvYGssqsGMv5D0iORmD64HHHPqqWZ0s_-NSZN3KtANkaV5FEVySDh0z0/image_thumb38.png)
![ADO.net,Linq to SQL和Entity Framework性能实测分析 — Windows Live - longniezhang - 疯狂计算机技术 ADO.net,Linq to SQL和Entity Framework性能实测分析 — Windows Live - longniezhang - 疯狂计算机技术](https://wr61eq.bay.livefilestore.com/y1mNU8Y5RO0cdDkVi9QwQI3zFQgWKR7Lvp1XKLN83zOlVDjpiEpEwvmVNPNcG5wbJtNM-NSvDmFX-fFRQ58X2xaGII-xYAsIs2b3sUG1Kr3WZPYIjYtncBfyhzlA43wxi-PW4vlYMxbOec/image_thumb42.png)
![ADO.net,Linq to SQL和Entity Framework性能实测分析 — Windows Live - longniezhang - 疯狂计算机技术 ADO.net,Linq to SQL和Entity Framework性能实测分析 — Windows Live - longniezhang - 疯狂计算机技术](https://wr61eq.bay.livefilestore.com/y1m_n5bRSj-pCTH8tRlXN34d16sjMcH5giyrtt6eX7MToLX0ZcTk2vX1Y7egGLykZIPTxoDZDjbItZ1bv5ZCP6aYgHq9pYeER08tf9sDx9Vz3F9w9mh-Eth2SqGcG6mxeB3sTSTHlmzNOQ/image_thumb46.png)
![ADO.net,Linq to SQL和Entity Framework性能实测分析 — Windows Live - longniezhang - 疯狂计算机技术 ADO.net,Linq to SQL和Entity Framework性能实测分析 — Windows Live - longniezhang - 疯狂计算机技术](https://wr61eq.bay.livefilestore.com/y1md5mMqxFYiM4Qpru3CPnn1K47S69f5cBaPKNZBxcwR0r0hE7A5s-BjB5gtFWtaK6bUSYbdMvy3AEo2ooJniXgqVIGkgnBRpChqlDdH0xvnn5FzI5Qt-K_tifxTCC-xBvGY6eSGhzDTzI/image_thumb51.png)
【测试总结】
第一阶段测试结果非常出人意料,ADO.net和LINQ to SQL操作数据的时间都控制在0.5秒以内,非常的迅速,但是Entity Framework在添加这步表现非常差,由于这五步是连续测试,其中添加数据是第一步操作,而EF在在进行第一步操作的时候足足延迟了3秒钟!这3秒钟到底EF在做什么?
从第二阶段开始,性能的优劣就非常明显的展现在我们面前,第二阶段到第六阶段,不论操作数据量的大小,图中的耗时比例几乎是相同的。Entity Framework无可争议的以极高的效率在三种方案中脱颖而出,而LINQ to SQL的龟速修改和删除操作消耗的时间几乎是EF的10倍,ADO.net在添加数据上的表现实在不尽如人意,这也跟我们项目底层写法有关。
从上面的测试结果可以看出,除去EF在初次操作数据是延迟的3秒钟(初步认为是初始化时间),EF的平均效率是LINQ to SQL的6倍,是当前项目机制的4倍,这是非常可观的效率提升,不难理解为什么微软几乎放弃了LINQ to SQL,全力支持EF了。
【深入分析为什么第一次执行Entity Framework非常慢的原因】(转)
第一次创建ObjectContext并查询数据时耗费了大量的时间,原因是什么?有没有什么优化的方法?本文将给出一个合理的解释。
下面这个饼状图给出了第一次创建ObjectContext并用其访问数据库时各种操作所占的时间比
从中可以看出仅仅View Generation一个操作就占用了56%的时间,不过令人欣慰的是,这个操作只出现在第一次查询的时候,之后生成好的View会被缓存起来供以后使用。我们可以使用EDMGen2.exe来自己生成View.cs,然后把它加入到工程中编译,这样会大大缩减View Generation操作所占的时间比。根据ADO.NET TEAM 的测试,自己编译View大概会节省28%的时间。不过我在自己电脑上测试的结果没有那么理想,大概是8%左右。