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

ExecuteScalar和ExecuteNonQuery

　　如果想返回像Count(*)、Sum(Price)或Avg(Quantity)的结果那样的单值，可以使用Command.ExecuteScalar。ExecuteScalar返回第一行第一列的值，将结果集作为标量值返回。因为单独一步就能完成，所以ExecuteScalar不仅简化了代码，还提高了性能；要是使用DataReader就需要两步才能完成（即，ExecuteReader+取值）。

　　使用不返回行的SQL语句时，例如修改数据（例如INSERT、UPDATE或DELETE）或仅返回输出参数或返回值，请使用ExecuteNonQuery。这避免了用于创建空DataReader的任何不必要处理。

　　测试Null

　　如果表（在数据库中）中的列允许为空，就不能测试参数值是否“等于”空。相反，需要写一个WHERE子句，测试列和参数是否都为空。下面的SQL语句返回一些行，它们的LastName列等于赋给@LastName参数的值，或者LastName列和@LastName参数都为空。

SELECT * FROM Customers WHERE ((LastName = @LastName) OR (LastName IS NULL AND @LastName IS NULL))

　　将Null作为参数值传递

　　对数据库的命令中，当将空值作为参数值发送时，不能使用null（Visual Basic .NET中为Nothing）。而需要使用DBNull.Value。例如：

'Visual Basic Dim param As SqlParameter = New SqlParameter("@Name", SqlDbType.NVarChar, 20) param.Value = DBNull.Value //C# SqlParameter param = new SqlParameter("@Name", SqlDbType.NVarChar, 20); param.Value = DBNull.Value;

　　执行事务

　　ADO.NET的事务模型已经更改。在ADO中，当调用StartTransaction时，调用之后的任何更新操作都被视为是事务的一部分。但是，在ADO.NET中，当调用Connection .BeginTransaction时，会返回一个Transaction对象，需要将它与Command的Transaction属性联系起来。这种设计可以在一个单一连接上执行多个根事务。如果未将Command.Transaction属性设置为一个针对相关的Connection而启动的Transaction，那么Command就会失败并引发异常。

　　即将发布的.NET框架将使您可以在现有的分布式事务中手动登记。这对于对象池方案来说很理想；在该方案中，一个池对象打开一次连接，但是在多个独立的事务中都涉及到该对象。.NET框架1.0发行版中这一功能并不可用。

　　使用连接

　　高性能应用程序与使用中的数据源保持最短时间的连接，并且利用性能增强技术，例如连接池。下面的主题提供一些技巧，有助于在使用ADO.NET连接到数据源时获得更好的性能。

　　连接池

　　用于ODBC的SQL Server、OLE DB和.NET框架数据提供程序隐式缓冲连接。通过在连接字符串中指定不同的属性值，可以控制连接池的行为。

　　用DataAdapter优化连接

　　DataAdapter的Fill和Update方法在连接关闭的情况下自动打开为相关命令属性指定的连接。如果Fill或Update方法打开了连接，Fill或Update将在操作完成的时候关闭它。为了获得最佳性能，仅在需要时将与数据库的连接保持为打开。同时，减少打开和关闭多操作连接的次数。

　　如果只执行单个的Fill或Update方法调用，建议允许Fill或Update方法隐式打开和关闭连接。如果对Fill和Update调用有很多，建议显式打开连接，调用Fill和Update，然后显式关闭连接。

　　另外，当执行事务时，显式地在开始事务之前打开连接，并在提交之后关闭连接。例如：

'Visual Basic Public Sub RunSqlTransaction(da As SqlDataAdapter, myConnection As SqlConnection, ds As DataSet) myConnection.Open() Dim myTrans As SqlTransaction = myConnection.BeginTransaction() myCommand.Transaction = myTrans Try da.Update(ds) myTrans.Commit() Console.WriteLine("Update successful.") Catch e As Exception Try myTrans.Rollback() Catch ex As SqlException If Not myTrans.Connection Is Nothing Then Console.WriteLine("An exception of type " & ex.GetType().ToString() & " was encountered while attempting to roll back the transaction.") End If End Try Console.WriteLine("An exception of type " & e.GetType().ToString() & " was encountered.") Console.WriteLine("Update failed.") End Try myConnection.Close() End Sub //C# public void RunSqlTransaction(SqlDataAdapter da, SqlConnection myConnection, DataSet ds) { myConnection.Open(); SqlTransaction myTrans = myConnection.BeginTransaction(); myCommand.Transaction = myTrans; try { da.Update(ds); myCommand.Transaction.Commit(); Console.WriteLine("Update successful."); } catch(Exception e) { try { myTrans.Rollback(); } catch (SqlException ex) { if (myTrans.Connection != null) { Console.WriteLine("An exception of type " + ex.GetType() +" was encountered while attempting to roll back the transaction."); } } Console.WriteLine(e.ToString()); Console.WriteLine("Update failed."); } myConnection.Close(); }

　　始终关闭Connection和DataReader

　　完成对Connection或DataReader对象的使用后，总是显式地关闭它们。尽管垃圾回收最终会清除对象并因此释放连接和其他托管资源，但垃圾回收仅在需要时执行。因此，确保任何宝贵的资源被显式释放仍然是您的责任。并且，没有显式关闭的Connections可能不会返回到池中。例如，一个超出作用范围却没有显式关闭的连接，只有当连接池大小达到最大并且连接仍然有效时，才会被返回到连接池中。

　　注不要在类的Finalize方法中对Connection、DataReader或任何其他托管对象调用Close或Dispose。最后完成的时候，仅释放类自己直接拥有的非托管资源。如果类没有任何非托管资源，就不要在类定义中包含Finalize方法。