none
掌握ADO.NET的十个热门技巧(3) RRS feed

  • 常规讨论

  • 8. 用一个派生的类和自定义的串行化来节省空间

    只有两个ADO.NET对象是被标记为可串行化的——DataTable和DataSet。.NET Framework中的串行化是通过formatter对象来完成的,它们可以将一个对象实例保存到一个二进制或一个SOAP流(stream)中。.NET formatter用Reflection来提取任何必要的信息。然而,如果这个类实现了ISerializable接口,那么.NET formatter就会给接口的方法让步,让它们负责拷贝需要串行化到一个内存缓冲器中的所有的信息。DataTable和DataSet类都通过ISerializable接口支持串行化。

    如果你将一个DataTable或一个DataSet串行到一个二进制(binary stream)中,你应该可以得到非常紧凑的输出结果。虽然你得到的结果文件是最小的,但遗憾的是,它实际上并不小。荒谬的是,你保存到一个二进制的DataSet比你用WriteXml方法保存到XML的同样的DataSet要大很多。

    要解释这种情况,我们需要来看看ADO.NET对象是用什么方式被串行起来的。在串行一个DataSet对象时,它将基于XML的DiffGram表示法保存在formatter的缓冲器中。在串行一个DataTable时,它首先创建了一个临时的DataSet对象,将它定义为它的parent,然后作为一个DiffGram串行起来。

    一个DiffGram是一个XML流,它提供了一个DataSet中表和行的有状态的表示法。一个DiffGram文件是很详细的,有些冗长。DiffGram包含当前的数据,以及被修改的行和未解决的错误的初始值。当我们保存一个DataSet或一个DataTable时,所有这些信息就会被传递给serializer。被串行化的对象总是包含XML数据,因此即使当输出流是二进制的时,最后的输出结果仍然会很大。

    你可以创建一个继承DataTable或DataSet的新的可串行化的类来解决这个问题,并且更有效地保存ADO.NET对象。你必须用<Serizlizable()>属性来标记新类,即使父类是可以串行化的。实际上,串行性(serizlizability)并不是一个可以自动继承的类属性。你从DataTable或DataSet构建的新类也可以实现ISerializable接口。当然,你可以为新类选择一个不同的串行化方案。一个简单而有效的方法就是将DataTable类的所有成员映射到数组和值成员中。

    运用一个派生的类和一个自定义的串行化方案可以为一个DataSet对象节省多达80%的磁盘空间。节省的空间的比率取决于DataSet中的数据类型。你的数据越基于文本,节省的空间越多。然而,运用二进制的BLOB字段只可以节省大约25%的空间(下载一个完整的例子)。

    9. 选择一个适合你的数据的分页机制

    DataGrid服务器控件使我们可以更容易地在Web应用程序中以长度可变的页面来显示数据了。该控件有绑定和格式化功能,它可以接受一个ADO.NET数据对象并为浏览器生成HTML代码。出于性能的原因,在页面的视图状态,DataGrid并没有缓存数据源的内容。因此,当返回页面时,你就必须填充grid。要实现这一点可以用两种方法:在Web服务器上将数据源作为整体或一部分缓存起来,然后读回;或者对每个请求从物理数据库加载所需的记录。如果你选择第一种方法,那么数据就从存储中只被读取一次,保存在一个缓存中,并为以后的postback事件读回。我们通常用内存中的全局对象(如Session或Cache)来保存这个数据。我们用DataSet来搜集所有需要的数据并将它保存在内存中。将一个DataSet对象保存在Session中同ADO中的线程含义并不一样,但是通过减少Web服务器可用的内存仍可以影响可扩展性。

    如果要显示的数据是特定于session的,那么在每次返回页面时加载记录页面就比用一个DataSet和ASP.NET全局对象来缓存数据要好。编写得很好的SQL代码可以将结果集分成许多页,再加上DataGrid控件内置的自定义分页机制,我们就可以得到最佳的解决方案来保持ASP.NET应用程序的可扩展性和良好的性能了。

    对于Windows应用程序,我的建议正好相反。台式应用程序很适合应用断开的编程模式(DataSet和其它ADO.NET对象使这种模式变得更简单了)。当然,这并不意味着,你可以在客户端无忧无虑地下载成千上万的记录。尽管你可以将ADO.NET对象用于任何种类的.NET应用程序,但如何使用它们是随具体情况的不同而不同的。

    10. 访问多个结果集

    根据查询的语法,你可以返回多个结果集。缺省情况下,data reader是位于第一个结果集上的。你可以用Read方法在当前结果集中滚动查看记录。在找到最后一个记录时,Read方法返回false,不再继续读取。你应该用NextResult方法转移到下一个结果集。如果没有更多的需要读的结果集了,那么该方法返回false。下面的代码说明了如何在所有返回的结果集中访问所有的记录:

    Dim reader As SqlDataReader
    cmd.Connection.Open()
    reader = cmd.ExecuteReader()
    Do
    ' Move through the first resultset
    While reader.Read()
    ' access the row
    End While
    Loop While reader.NextResult()
    reader.Close()
    cmd.Connection.Close()

    当你读一个行的内容时,可以通过索引或名称来识别列。运用索引可以更快,因为提供者可以直接进入到缓冲器中。如果你指定列名,提供者就用GetOrdinal方法将名称转换成相应的索引,然后执行基于索引的访问。注意,对于SQL Server data reader来说,所有的GetXXX方法实际上都调用了相应的GetSqlXXX方法。对于Oracle data reader来说,情况是类似的,本地数据总是被写进.NET Framework类型中。OracleDataReader类为它自己的内部类型提供了一组私有的GetXXX方法。这些方法包括GetOracleBFile、GetOracleBinary和GetOracleDateTime等。相反,OLE DB和ODBC readers只有单独的一组get方法。

    .NET Framework 1.1版通过添加方法HasRows扩展了data readers的编程接口,该方法返回一个Boolean值来说明是否有很多行需要读。(这是ASP.NET 1.0的一个不足之处。)然而,该方法并没有告诉我们有效的行的数量。同样,也没有方法或技巧使我们提前知道已经返回了多少结果集。

    在Oracle数据库编程中,一个查询或一个存储过程返回的多个结果集是通过多个REF CURSOR对象处理的。有多少结果集,你就必须将多少输出参数同命令关联起来,以便NextResult方法可以用于Oracle数据库。在命令文本中,一个ADO.NET结果集同一个Oracle REF CURSOR是一致的。输出参数名必须与指针名匹配,它们的类型必须是OracleType.Cursor。例如,如果要运行的存储过程(或命令文本)引用了两个指针(Employees和Orders),那么下面的代码就说明了如何进行设置以返回两个结果集:

    Dim p1 As OracleParameter
    p1 = cmd.Parameters.Add("Employees", OracleType.Cursor)
    p1.Direction = ParameterDirection.Output
    Dim p2 As OracleParameter
    p2 = cmd.Parameters.Add("Orders", OracleType.Cursor)
    p2.Direction = ParameterDirection.Output

    在上面的代码中,cmd是一个OracleCommand对象,它指向一个命令或一个存储过程。它执行代码,创建了两个REF CURSOR,称为Employees和Orders。REF CURSOR的名称和ADO.NET输出参数的名称必须匹配。

    ADO.NET对象模式包含两个主要的部分——托管提供者和database-agnostic的容器类,如DataSet。托管提供者是数据源连接器的新类型;它们代替了基于COM的OLE DB提供者。到我写这篇文章时为止,只有少数几个托管提供者来连接商业DBMS。.NET Framework 1.1版只包含几个本地提供者——用于SQL Server、Oracle和所有OLE DB的提供者和ODBC驱动程序。第三方的供应商也支持MySQL并为Oracle提供了可供选择的提供者。

    ADO.NET看起来类似于ADO,而且托管提供者在结构上同OLE DB提供者也是可以相比的。除了这些相似点外,在ADO.NET中进行有效的编程还需要一套新的技巧和好的方法。在大多数情况下,你可以通过编写代码得到很多技巧,并积累对象模式方面的经验。当你在进一步研究ADO.NET编程时,记住我在本文中所讲的这10个ADO.NET技巧吧!

    2009年5月31日 6:55