BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

ADO.NET 4.5中的异步与流特性

| 作者 Jonathan Allen 关注 525 他的粉丝 ,译者 曹如进 关注 0 他的粉丝 发布于 2012年6月4日. 估计阅读时间: 3 分钟 | GMTC大前端的下一站,PWA、Web框架、Node等最新最热的大前端话题邀你一起共同探讨。

.NET 4.5为仍在选择直接与DataReader系列类打交道的.NET开发人员带来了一些新的异步与流特性支持。

SqlDataReader允许开发人员在减少一些便利性的基础上获得更好的性能。例如,该类不管需要从服务器等待多少个数据包,通常都会一次性读取整行。如果有多个大型对象列,SqlDataReader会将它们一次性存储进内存中。如果你切换至顺序访问,那么将不再需要缓存整行,不过必须按照顺序对列进行读取。

借助.NET 4.5中的顺序访问,开发人员可以有选择地使用NextResultAsync、ReadAsync、IsDBNullAsync与GetFieldValueAsync进一步地调整性能。需要澄清一点的是,ADO.NET的异步方法不会自动提升性能,并且对于单线程提速可能毫无作用。不过,它们可以提升处理大量并发请求时的性能,因为它们减少了线程阻塞。底层你需要做的是构建Task对象,要注意这会对垃圾收集器造成压力。一般来说,我们建议:

  1. 尽可能地使用NextResultAsync异步处理数据包;
  2. 在两个模式下都优先选择ReadAsync以使大量数据包再次被异步处理;
  3. 不要在顺序模式下使用IsDBNullAsync与GetFieldValueAsync。列在该模式下已经被缓存,因此创建Task对象没什么作用。

对于顺序模式,决定是否使用GetFieldValueAsync 稍微有些复杂,Daniel Paoliello解释说:

不管怎样,如果你在非线性访问模式调用Read,或者如果你正在使用线性访问模式,那么决定将会非常困难,因为你需要考虑从目标列读取多少数据以及该列包含多少数据。如果你已经读完了前一列,并且目标列较小(如Boolean、DateTime或数字类型),那么你也许可以考虑使用一个同步方法。相反,如果目标列较大(如varbinary(8000))或者你需要读取以前的数据较多的类,那么使用一个异步方法可能会更好。最后,如果目标列数据非常大(如varbinary(MAX)、varchar(MAX)、nvrchar(MAX)或XML),那么你应当取而代之考虑新的GetStreamGetTextReaderGetXmlReader方法。

当与存储在数据库中的大文件打交道时,使用基于流的方法会有一些好处。例如,你可以将流转换至WCF或ASP.NET响应,而不用一次向将整个文件读进内存。这对于.NET开发人员尤为重要,因为大对象堆对于存储碎片非常敏感。

查看英文原文:In Case You Missed It: Async and Streaming for ADO.NET 4.5

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT