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

.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），那么你应当取而代之考虑新的 GetStream 、 GetTextReader 和 GetXmlReader 方法。

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

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