ADO.NET是多種訪問數(shù)據(jù)庫技術(shù)中我最喜歡用的，下面我們就一些編寫 ADO.NET 代碼時的通用技巧介紹一下吧，希望大家能記住留著以后編程中使用。

避免自動增量值沖突

就像大多數(shù)數(shù)據(jù)源一樣，ADO.NET DataSet使您可標(biāo)識那些添加新行時自動對其值進(jìn)行遞增的列。在 DataSet 中使用自動增量的列時，如果自動增量的列來自數(shù)據(jù)源，可避免添加到 DataSet 的行和添加到數(shù)據(jù)源的行之間本地編號沖突。

#T#例如，考慮一個表，它的主鍵列 CustomerID 是自動增量的。兩個新的客戶信息行添加到表中，并接收到自動增量的 CustomerID 值 1 和 2。然后，只有第二個客戶行被傳遞給 DataAdapter 的方法 Update，新添加的行在數(shù)據(jù)源接收到一個自動增量的 CustomerID 值 1，與 DataSet 中的值 2 不匹配。當(dāng) DataAdapter 用返回值填充表中第二行時，就會出現(xiàn)約束沖突，因為***個客戶行已經(jīng)使用了 CustomerID 值 1。

要避免這種情況，建議在使用數(shù)據(jù)源上自動增量的列以及 ADO.NET DataSet 上自動增量的列時，把 DataSet 中的列創(chuàng)建為 AutoIncrementStep 值等于 -1 并且 AutoIncrementSeed 值等于 0，另外，還要確保數(shù)據(jù)源生成的自動增量標(biāo)識值從 1 開始，并且以正階值遞增。因此，DataSet 為自動增量值生成負(fù)數(shù)，與數(shù)據(jù)源生成的正自動增量值不沖突。另外一個選擇是使用 Guid 類型的列，而不是自動增量的列。生成 Guid 值的算法應(yīng)該永遠(yuǎn)不會使數(shù)據(jù)源中生成的 Guid 值與 DataSet 中生成的 Guid 值一樣。如果自動增量的列只是用作唯一值，而且沒有任何意義，就考慮使用 Guid 代替自動增量的列。它們是唯一的，并且避免了使用自動增量的列所必需的額外工作。

檢查開放式并發(fā)沖突

按照設(shè)計，由于 DataSet 是與數(shù)據(jù)源斷開的，所以，當(dāng)多個客戶端在數(shù)據(jù)源上按照開放式并發(fā)模型更新數(shù)據(jù)時，需要確保應(yīng)用程序避免沖突。在測試開放式并發(fā)沖突時有幾項技術(shù)。一項技術(shù)涉及在表中包含時間戳列。另外一項技術(shù)是，驗證一行中所有列的原始值是否仍然與通過在 SQL 語句中使用 WHERE 子句進(jìn)行測試時在數(shù)據(jù)庫中找到的值相匹配。

多線程編程

ADO.NET 對性能、吞吐量和可伸縮性進(jìn)行優(yōu)化。因此，ADO.NET 對象不鎖定資源，并且必須只用于單線程。一個例外是ADO.NET DataSet，它對多個閱讀器是線程安全的。但是，在寫的時候需要把 DataSet 鎖定。僅在需要的時候才用 COM Interop 訪問 ADO

ADO.NET 的設(shè)計目的是成為許多應(yīng)用程序的***解決方案。但是，有些應(yīng)用程序需要只有使用 ADO 對象才有的功能，例如，ADO 多維 (ADOMD)。在這些情況下，應(yīng)用程序可以用 COM Interop 訪問 ADO。注意使用 COM Interop 訪問具有 ADO 的數(shù)據(jù)會導(dǎo)致性能降低。在設(shè)計應(yīng)用程序時，首先在實現(xiàn)用 COM Interop 訪問 ADO 的設(shè)計之前，先確定 ADO.NET 是否滿足設(shè)計需求。