知识大全经测试ADO.NET 2.0竟然比1.0要慢

Posted 2022-07-21 时间

篇首语：知识就像内裤，看不见但很重要。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全经测试ADO.NET 2.0竟然比1.0要慢相关的知识，希望对你有一定的参考价值。

经测试ADO.NET 2.0竟然比1.0要慢 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　镜子里面的像为什么左右是反的而上下不是？

　　我问过很多朋友这个问题很少有人能够在３分钟内给出准确答案这里列举出一些比较奇特的想法

　　因为人的眼睛是左右对称的（也是某面试宝典中的答案）

　　如果把镜子横过来左右不反了上下却反了

　　因为我们在北半球

　　从技术层面上说这里涉及的知识点只有镜面反射远比Windows内存管理简单但是要回答清楚却不是信手拈来那么简单这个例子只是想说明除了知识以外解决问题需要清晰的思路

　　绝望的性能问题 ADO NET 竟然比要慢

　　问题描述

　　根据下面一篇文章的介绍客户决定升级到 NET Framework 来借助ADO NET 提高性能

　　DataSet and DataTable in ADO NET

　　但是根据用户的测试使用ADO NET 后性能反而下降

　　拿到用户的代码一看非常简单

　　OracleConnection conn = new OracleConnection();

　　conn ConnectionString = ;

　　conn Open();

　　OracleCommand cmd = new OracleCommand();

　　cmd Connection = conn;

　　OracleDataAdapter dap = new OracleDataAdapter( select * from mytesttable conn);

　　DataTable dt = new DataTable();

　　DateTime start = System DateTime Now;

　　dap Fill(dt);

　　TimeSpan span = DateTime Now start;

　　conn Close();

　　Console WriteLine(span ToString());

　　Console WriteLine( The Columns Count is + dt Columns Count ToString());

　　Console WriteLine( The Rows Count is +dt Rows Count ToString());

　　测试用的数据库表也很简单万行数据个字段通过检查span ToString的结果发现同样的代码 ADO NET 比多用了近一倍的时间 dap Fill方法的执行时间从原来的秒增加到秒

　　悲观和绝望

　　应该如何着手解决这个问题？

　　我测试完成看到这个结果后我的感觉悲观看看我们能够做什么

　　后台数据库表格的定义非常简单个字段都是int 都是在没有index primary key foreign key等约束条件下测试的也就是说这个问题跟数据表的Schema定义无关完全是客户端的问题

　　代码已经非常简单 Console工程里Main函数就做这么一件事情客户端没有任何可以修改和变动的地方

　　 NET Framework 和 NET Framework 共存在同一个客户端测试也是在同一个客户端进行的所以软硬件环境比如Oracle Client都相同唯一的区别就是 NET Framework的版本这也就是客户最关心的地方

　　这个工具可以显示出每一个方法（包括子方法）调用所花费的时间以及占整体运行时间的比例为了让问题更加明显这里把数据库的行数增加了万来方便观察沿着花费时间比例最多的函数一路走下去发现DataReader Read的方法实现分成两部分自身的托管代码调用和非托管代码调用分别占用了 %左右的时间和 %左右的时间有了这个信息后再通过Reflector分析ADO NET 中的对应函数的实现（VS 自带的Profiler无法分析 NET Framework 的程序不然直接分析两者时间比例就可以方便地看出问题）发现非托管代码部分的调用几乎没什么差别都是调入数据库的客户端非托管DLL 主要差别在托管代码部分其中引起注意的是ADO NET 增加了SafeHandle Dangerous AddRef/DangerousRelease调用每一对这样的调用就要花费 %的时间而每读取一行数据需要用大约对这样的调用经过比较分析认为问题就是在这里

　　由于对数据库的操作和数据填充最终通过调用非托管的数据库引擎来完成所以需要向非托管的DLL传入托管代码管理的缓存空间而SafeHandle就是管理这种资源的在 NET Framework 中由于缺少SafeHandle类高负载环境下程序存在表现不稳定的危险没有完美的解决方法 NET Framework 增加了SafeHandle来保证程序的可靠性然而代价就是万行数据发生秒钟的时间损失（后来经开发人员确认这秒钟的损失在下一版本的Framework也可以想办法优化掉！）

　　结论和收获

　　在跟客户作进一步的交流后这个问题的结论如下

　　 MSDN文章的介绍是正确的如果用文章里面的例子的确可以看到性能有数量级上的提升

　　在客户的真实环境中损失的秒时间其实不会对最终用户和整个程序造成影响

cha138/Article/program/ASP/201311/21683

知识大全 经测试ADO.NET 2.0竟然比1.0要慢

知识大全经测试ADO.NET 2.0竟然比1.0要慢