ADO.NET實用經驗無保留曝光 (四)

如果想傳回像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

[轉自:51item.net]

　　完成對Connection或DataReader對象的使用後，總是顯式地關閉它們。盡管垃圾回收最終會清除對象并是以釋放連接配接和其他托管資源，但垃圾回收僅在需要時執行。是以，確定任何寶貴的資源被顯式釋放仍然是您的責任。并且，沒有顯式關閉的Connections可能不會傳回到池中。例如，一個超出作用範圍卻沒有顯式關閉的連接配接，隻有當連接配接池大小達到最大并且連接配接仍然有效時，才會被傳回到連接配接池中。

　　注不要在類的Finalize方法中對Connection、DataReader或任何其他托管對象調用Close或Dispose。最後完成的時候，僅釋放類自己直接擁有的非托管資源。如果類沒有任何非托管資源，就不要在類定義中包含Finalize方法。

//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是否滿足設計需求。 <script src="../../../js/ad_atl.js" type="text/javascript"></script>

ADO.NET實用經驗無保留曝光 (四)

繼續閱讀

invalid byte 1 of 1-byte UTF-8 sequence

出現invalid byte 1 of 1-byte UTF-8 sequence問題

20/20: Top 20 Programming Lessons I've Learned in 20 Years

20條程式設計經驗

【觀點】風雨20年：我所積累的20條程式設計經驗【觀點】風雨20年：我所積累的20條程式設計經驗

【轉載】風雨20年：我所積累的20條程式設計經驗

使用Windbg調試.Net應用程式

部署.net平台的應用程式

如何存取圖檔到資料庫(SQL Server)

在一個非套接字上嘗試了一個操作

為什麼要選擇UniDAC

設定某一行背景顔色的CListCtrl

SIP Presence SUBSCRIBE-NOTIFY

什麼是BNF範式

QName是什麼

GridView終極用法(一)