当前页面位置: » 丰搜网 » 文档中心 » 详细内容
最佳实践 ado.net实用经验无保留曝光(7)
始终关闭connection和datareader
完成对connection或datareader对象的使用后，总是显式地关闭它们。尽管垃圾回收最终会清除对象并因此释放连接和其他托管资源，但垃圾回收仅在需要时执行。因此，确保任何宝贵的资源被显式释放仍然是您的责任。并且，没有显式关闭的connections可能不会返回到池中。例如，一个超出作用范围却没有显式关闭的连接，只有当连接池大小达到最大并且连接仍然有效时，才会被返回到连接池中。
注不要在类的finalize方法中对connection、datareader或任何其他托管对象调用close或dispose。最后完成的时候，仅释放类自己直接拥有的非托管资源。如果类没有任何非托管资源，就不要在类定义中包含finalize方法。
在c#中使用“using”语句
对于c#程序员来说，确保始终关闭connection和datareader对象的一个方便的方法就是使用using语句。using语句在离开自己的作用范围时，会自动调用被“使用”的对象的dispose。例如：
//c#
string connstring = "data source=localhost;integrated security=sspi;initial catalog=northwind;";
using (sqlconnection conn = new sqlconnection(connstring))
{
sqlcommand cmd = conn.createcommand();
cmd.commandtext = "select customerid, companyname from customers";
conn.open();
using (sqldatareader dr = cmd.executereader())
{
while (dr.read())
console.writeline("{0}\t{1}", dr.getstring(0), dr.getstring(1));
}
}
using语句不能用于microsoft visual basic .net。
避免访问oledbconnection.state属性
如果连接已经打开，oledbconnection.state属性会对dbprop_connectionstatus属性的datasourceinfo属性集执行本地ole db调用idbproperties.getproperties，这可能会导致对数据源的往返行程。也就是说，检查state属性的代价可能很高。所以仅在需要时检查state属性。如果需要经常检查该属性，监听oledbconnection的statechange事件可能会使应用程序的性能好一些。
与xml集成
ado.net在dataset中提供了广泛的xml集成，并公开了sql server 2000及其更高版本提供的部分xml功能。还可以使用sqlxml 3.0广泛地访问sql server 2000及其更高版本中的xml功能。下面是使用xml和ado.net的技巧和信息。
dataset和xml
dataset与xml紧密集成，并提供如下功能：
1) 从xsd架构中加载dataset的架构或关系型结构。
2) 从xml加载dataset的内容。
3) 如果没有提供架构，可以从xml文档的内容推断出dataset的架构。
4) 将dataset的架构写为xsd架构。
5) 将dataset的内容写为xml。
6) 同步访问使用dataset的数据的关系表示，以及使用xmldatadocument的数据的层次表示。
注可以使用这种同步将xml功能（例如，xpath查询和xslt转换）应用到dataset中的数据，或者在保留原始xml保真度的前提下为xml文档中数据的全部或其中一个子集提供关系视图。
架构推断
从xml文件加载dataset时，可以从xsd架构加载dataset架构，或者在加载数据前预定义表和列。如果没有可用的xsd架构，而且不知道为xml文件的内容定义哪些表和列，就可以在xml文档结构的基础上对架构进行推断。
架构推断作为迁移工具很有用，但应只限于设计阶段应用程序，这是由于推断处理有如下限制。
1) 对架构的推断会引入影响应用程序性能的附加处理。
2) 所有推断列的类型都是字符串。
3) 推断处理不具有确定性。也就是说，它是基于xml文件内容的，而不是预定的架构。因此，对于两个预定架构相同的xml文件，由于它们的内容不同，结果得到两个完全不同的推断架构。
用于xml查询的sql server
如果正从sql server 2000 for xml返回查询结果，可以让用于sql server的.net框架数据提供程序使用sqlcommand.executexmlreader方法直接创建一个xmlreader。
sqlxml托管类
.net框架中有一些类，公开用于sql server 2000的xml的功能。这些类可在microsoft.data.sqlxml命名空间中找到，它们添加了执行xpath查询和xml模板文件以及将xslt转换应用到数据的能力。
sqlxml托管类包含在用于microsoft sql server 2000的xml (sqlxml 2.0)发行版中，可通过链接xml for microsoft sql server 2000 web release 2 (sqlxml 2.0)
更多有用的技巧
下面是一些编写ado.net代码时的通用技巧。
避免自动增量值冲突
就像大多数数据源一样，dataset使您可标识那些添加新行时自动对其值进行递增的列。在dataset中使用自动增量的列时，如果自动增量的列来自数据源，可避免添加到dataset的行和添加到数据源的行之间本地编号冲突。
例如，考虑一个表，它的主键列customerid是自动增量的。两个新的客户信息行添加到表中，并接收到自动增量的customerid值1和2。然后，只有第二个客户行被传递给dataadapter的方法update，新添加的行在数据源接收到一个自动增量的customerid值1，与dataset中的值2不匹配。当dataadapter用返回值填充表中第二行时，就会出现约束冲突，因为第一个客户行已经使用了customerid值1。
要避免这种情况，建议在使用数据源上自动增量的列以及dataset上自动增量的列时，将dataset中的列创建为autoincrementstep值等于-1并且autoincrementseed值等于0，另外，还要确保数据源生成的自动增量标识值从1开始，并且以正阶值递增。因此，dataset为自动增量值生成负数，与数据源生成的正自动增量值不冲突。另外一个选择是使用guid类型的列，而不是自动增量的列。生成guid值的算法应该永远不会使数据源中生成的guid值与dataset中生成的guid值一样。
如果自动增量的列只是用作唯一值，而且没有任何意义，就考虑使用guid代替自动增量的列。它们是唯一的，并且避免了使用自动增量的列所必需的额外工作。
检查开放式并发冲突
按照设计，由于dataset是与数据源断开的，所以，当多个客户端在数据源上按照开放式并发模型更新数据时，需要确保应用程序避免冲突。
在测试开放式并发冲突时有几项技术。一项技术涉及在表中包含时间戳列。另外一项技术是，验证一行中所有列的原始值是否仍然与通过在sql语句中使用where子句进行测试时在数据库中找到的值相匹配。
多线程编程
ado.net对性能、吞吐量和可伸缩性进行优化。因此，ado.net对象不锁定资源，并且必须只用于单线程。一个例外是dataset，它对多个阅读器是线程安全的。但是，在写的时候需要将dataset锁定。
仅在需要的时候才用com interop访问ado
ado.net的设计目的是成为许多应用程序的最佳解决方案。但是，有些应用程序需要只有使用ado对象才有的功能，例如，ado多维(adomd)。在这些情况下，应用程序可以用com interop访问ado。注意使用com interop访问具有ado的数据会导致性能降低。在设计应用程序时，首先在实现用com interop访问ado的设计之前，先确定ado.net是否满足设计需求。
