若要編寫ADO.NET出現錯誤處理程序中獲取更多此類錯誤信息，請使用相應的語言或所在工作環境下的錯誤捕獲功能，然后使用嵌套的循環來枚舉 Errors 集合中每一個 Error 對象的屬性。

避免自動增量值沖突

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

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

要避免這種情況，建議在使用數據源上自動增量的列以及DataSet上自動增量的列時，將DataSet中的列創建為AutoIncrementStep值等于-1并且AutoIncrementSeed值等于0，另外，還要確保數據源生成的自動增量標識值從1開始，并且以正階值遞增。因此，編寫ADO.NET為自動增量值生成負數，與數據源生成的正自動增量值不沖突。另外一個選擇是使用GUID類型的列，而不是自動增量的列。生成GUID值的算法應該永遠不會使數據源中生成的GUID值與DataSet中生成的GUID值一樣。

如果自動增量的列只是用作唯一值，編寫ADO.NET而且沒有任何意義，就考慮使用GUID代替自動增量的列。它們是唯一的，并且避免了使用自動增量的列所必需的額外工作。

檢查開放式并發沖突

按照設計，由于DataSet是與數據源斷開的，所以，當多個客戶端在數據源上按照開放式并發模型更新數據時，需要確保應用程序避免沖突。

在測試開放式并發沖突時有幾項技術。一項技術涉及在表中包含時間戳列。編寫ADO.NET另外一項技術是，驗證一行中所有列的原始值是否仍然與通過在SQL語句中使用WHERE子句進行測試時在數據庫中找到的值相匹配。 #t#

多線程編程

ADO.NET對性能、吞吐量和可伸縮性進行優化。因此，ADO.NET對象不鎖定資源，并且必須只用于單線程。一個例外是DataSet，它對多個閱讀器是線程安全的。但是，在寫的時候需要將DataSet鎖定。

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