进行ADO.Net性能测试数据分析

用于在某个时候只返回一页记录的技术之一是建立一个SQL语句，该语句包含一个WHERE和ORDER BY子句，并有TOP判定。这种技术依赖于识别每个唯一行的方法，那么，Oracle是否有计划给Visual Studio编写独特的ADO.Net性能呢？

在和田等地区，都构建了全面的区域性战略布局，加强发展的系统性、市场前瞻性、产品创新能力，以专注、极致的服务理念，为客户提供成都网站制作、网站建设、外贸网站建设 网站设计制作按需设计网站,公司网站建设,企业网站建设,成都品牌网站建设,成都全网营销,成都外贸网站建设,和田网站建设费用合理。

测试环境当然就是我这台笔记本了，受限与硬盘转速，运行起来一定是不如台式机的，但至少保证了三个方案相同的软硬件环境：Windows Server 2008，Visual Studio 2008，MS SQL Server 2008，清一色的***产品。

测试分成六个阶段，数据量分别为10，10，100，1千，1万，10万逐级增长，分别测试了读取、写入、更改、删除四个基本的操作的耗时，结果如下（时间单位：秒）：

***阶段测试结果非常出人意料，ADO.Net性能和LINQ to SQL操作数据的时间都控制在0.5秒以内，非常的迅速，但是Entity Framework在添加这步表现非常差，由于这五步是连续测试，其中添加数据是***步操作，而EF在在进行***步操作的时候足足延迟了3秒钟！这3秒钟 到底EF在做什么？

从第二阶段开始，性能的优劣就非常明显的展现在我们面前，第二阶段到第六阶段，不论操作数据量的大小，图中的耗 时比例几乎是相同的。Entity Framework无可争议的以极高的效率在三种方案中脱颖而出，而LINQ to SQL的龟速修改和删除操作消耗的时间几乎是EF的10倍，ADO.Net性能在添加数据上的表现实在不尽如人意，这也跟我们项目底层写法有关。 #t#

从上面的测试结果可以看出，除去EF在初次操作数据是延迟的3秒钟（初步认为是初始化时间），EF的平均效率是LINQ to SQL的6倍，是当前项目机制的4倍，这是非常可观的效率提升，不难理解为什么微软几乎放弃了LINQ to SQL，全力支持EF了。

分享名称：进行ADO.Net性能测试数据分析
转载来源：http://www.stwzsj.com/qtweb/news12/3812.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联