ADO.NET实用经验无保留曝光

在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是否满足设计需求。

查看本文来源