簡介
本文為您提供了在 Microsoft ADONET 應用程序中實現和獲得最佳性能可伸縮性以及功能的最佳解決方案同時也講述了使用 ADONET 中可用對象的最佳實踐並提出一些有助於優化 ADONET 應用程序設計的建議
本文包含
* 有關 NET 框架包含的 NET 框架數據提供程序的信息
* DataSet 和 DataReader 之間的比較以及這些對象中每個對象最佳用法的解釋
* 解釋如何使用 DataSetCommands 和 Connections
* 有關與 XML 集成的信息
* 通用的技巧和問題
使用 DataReaderDataSetDataAdapter 和 DataView
ADONET 提供以下兩個對象用於檢索關系數據並將其存儲在內存中DataSet 和 DataReaderDataSet 提供一個內存中數據的關系表示形式一整套包括一些表在內的數據（這些表包含數據對數據進行排序並約束數據）以及表之間的關系DataReader 提供一個來自數據庫的快速只進只讀數據流
當使用 DataSet 時經常會利用 DataAdapter（也可能是 CommandBuilder）與數據源進行交互當使用 DataSet 時也可以利用 DataView 對 DataSet 中的數據應用排序和篩選也可以從 DataSet 繼承創建強類型 DataSet用於將表行和列作為強類型對象屬性公開
下列主題包括的信息涉及使用 DataSet 或 DataReader 的最佳時機如何優化訪問它們所包含數據以及如何優化使用 DataAdapter（包括 CommandBuilder）和 DataView 的技巧
DataSet 與 DataReader
當設計應用程序時要考慮應用程序所需功能的等級以確定使用 DataSet 或者是 DataReader
要通過應用程序執行以下操作就要使用 DataSet
* 在結果的多個離散表之間進行導航
* 操作來自多個數據源（例如來自多個數據庫一個 XML 文件和一個電子表格的混合數據）的數據
* 在各層之間交換數據或使用 XML Web 服務與 DataReader 不同的是DataSet 能傳遞給遠程客戶端
* 重用同樣的行組以便通過緩存獲得性能改善（例如排序搜索或篩選數據）
* 每行執行大量處理對使用 DataReader 返回的每一行進行擴展處理會延長服務於 DataReader 的連接的必要時間這影響了性能
* 使用 XML 操作對數據進行操作例如可擴展樣式表語言轉換（XSLT 轉換）或 XPath 查詢
對於下列情況要在應用程序中使用 DataReader
* 不需要緩存數據
* 要處理的結果集太大內存中放不下
* 一旦需要以只進只讀方式快速訪問數據
注填充 DataSet 時DataAdapter 使用 DataReader因此使用 DataAdapter 取代 DataSet 提升的性能表現為節省了 DataSet 占用內存和填充 DataSet 需要的循環一般來說此性能提升只是象征性的因此設計決策應以所需功能為基礎
使用強類型 DataSet 的好處
DataSet 的另一個好處是可被繼承以創建一個強類型 DataSet強類型 DataSet 的好處包括設計時類型檢查以及 Microsoft Visual Studio NET 用於強類型 DataSet 語句結束所帶來的好處修改了 DataSet 的架構或關系結構後就可以創建一個強類型 DataSet把行和列作為對象的屬性公開而不是作為集合中的項公開例如不公開客戶表中行的姓名列而公開 Customer 對象的 Name 屬性類型化 DataSet 從 DataSet 類派生因此不會犧牲 DataSet 的任何功能也就是說類型化 DataSet 仍能遠程訪問並作為數據綁定控件（例如 DataGrid）的數據源提供如果架構事先不可知仍能受益於通用 DataSet 的功能但卻不能受益於強類型 DataSet 的附加功能
處理強類型 DataSet 中的空引用
使用強類型 DataSet 時可以批注 DataSet 的 XML 架構定義語言 (XSD) 架構以確保強類型 DataSet 正確處理空引用nullValue 批注使您可用一個指定的值 StringEmpty 代替 DBNull保留空引用或引發異常選擇哪個選項取決於應用程序的上下文默認情況下如果遇到空引用就會引發異常
分頁
ADONET 可以顯式控制從數據源中返回什麼樣的數據以及在 DataSet 中本地緩存多少數據對查詢結果的分頁沒有唯一的答案但下面有一些設計應用程序時應該考慮的技巧
* 避免使用帶有 startRecord 和 maxRecords 值的 DataAdapterFill 重載當以這種方式填充 DataSet 時只有 maxRecords 參數（從 startRecord 參數標識的記錄開始）指定的記錄數量用於填充 DataSet但無論如何總是返回完整的查詢這就會引起不必要的處理用於讀取不需要的記錄而且為了返回附加記錄會耗盡不必要的服務器資源
* 用於每次只返回一頁記錄的技術是創建 SQL 語句把 WHERE 子句以及 ORDER BY 子句和 TOP 謂詞組合起來此技術取決於存在一種可唯一標識每一行的辦法當浏覽下一頁記錄時修改 WHERE 子句使之包含所有唯一標識符大於當前頁最後一個唯一標識符的記錄當浏覽上一頁記錄時修改 WHERE 子句使之返回所有唯一標識符小於當前頁第一個唯一標識符的記錄兩種查詢都只返回記錄的 TOP 頁當浏覽上一頁時需要以降序為結果排序這將有效地返回查詢的最後一頁（如果需要顯示之前也許要重新排序結果）有關這個技術的一個示例請參閱 Paging Through a Query Result
* 另一項每次只返回一頁記錄的技術是創建 SQL 語句把 TOP 謂詞和嵌入式 SELECT 語句的使用結合在一起此技術並不依賴於存在一種可唯一標識每一行的辦法使用這項技術的第一步是把所需頁的數量與頁大小相乘然後將結果傳遞給 SQL Query 的 TOP 謂詞該查詢以升序排列再把此查詢嵌入到另一個查詢中後者從降序排列的嵌入式查詢結果中選擇 TOP 頁大小實質上返回的是嵌入式查詢的最後一頁例如要返回查詢結果的第三頁（頁大小是 ）應該書寫如下所示的命令
SELECT TOP * FROM (SELECT TOP * FROM Customers ORDER BY Id ASC) AS TableORDER BY Id DESC
注意從查詢中返回的結果頁以降序顯示如果需要應該重新排序
* 如果數據不經常變動可以在 DataSet 中本地維護一個記錄緩存以此提高性能例如可以在本地 DataSet 中存儲 頁有用的數據並且只有當用戶浏覽超出緩存第一頁和最後一頁時才從數據源中查詢新數據
用架構填充 DataSet
當用數據填充 DataSet 時DataAdapterFill 方法使用 DataSet 的現有架構並使用從 SelectCommand 返回的數據填充它如果在 DataSet 中沒有表名與要被填充的表名相匹配Fill 方法就會創建一個表默認情況下Fill 僅定義列和列類型
通過設置 DataAdapter 的 MissingSchemaAction 屬性可以重寫 Fill 的默認行為例如要讓 Fill 創建一個表架構並且還包括主鍵信息唯一約束列屬性是否允許為空最大列長度只讀列和自動增量的列就要把 DataAdapterMissingSchemaAction 指定為 MissingSchemaActionAddWithKey或者在調用 DataAdapterFill 前可以調用 DataAdapterFillSchema 來確保當填充 DataSet 時架構已到位
對 FillSchema 的調用會產生一個到服務器的額外行程用於檢索附加架構信息為了獲得最佳性能需要在調用 Fill 之前指定 DataSet 的架構或者設置 DataAdapter 的 MissingSchemaAction
使用 CommandBuilder 的最佳實踐
假設 SelectCommand 執行單一表 SELECTCommandBuilder 就會以 DataAdapter 的 SelectCommand 屬性為基礎自動生成 DataAdapter 的 InsertCommandUpdateCommand和 DeleteCommand 屬性下面是為獲得最佳性能而使用 CommandBuilder 的一些技巧
* CommandBuilder 的使用應該限制在設計時或即席方案中生成 DataAdapter 命令屬性所必需的處理會影響性能如果預先知道 INSERT/UPDATE/DELETE 語句的內容就顯式設置它們一個比較好的設計技巧是為 INSERT/UPDATE/DELETE 命令創建存儲過程並顯式配置 DataAdapter 命令屬性以使用它們
* CommandBuilder 使用 DataAdapter 的 SelectCommand 屬性確定其他命令屬性的值如果 DataAdapter 的 SelectCommand 本身曾經更改過確保調用 RefreshSchema 以更新命令屬性
* 如果 DataAdapter 命令屬性為空（命令屬性默認情況下為空）CommandBuilder 僅僅為它生成一條命令如果顯式設置了命令屬性CommandBuilder 不會重寫它如果希望 CommandBuilder 為以前已經設置過的命令屬性生成命令就把命令屬性設置為空
批處理 SQL 語句
很多數據庫支持把多條命令合並或批處理成一條單一命令執行例如SQL Server 使您可以用分號 (;) 分隔命令把多條命令合並成單一命令能減少到服務器的行程數並提高應用程序的性能例如可以把所有預定的刪除在應用程序中本地存儲起來然後再發出一條批處理命令調用從數據源刪除它們
雖然這樣做確實能提高性能但是當對 DataSet 中的數據更新進行管理時可能會增加應用程序的復雜性要保持簡單可能要在 DataSet 中為每個 DataTable 創建一個 DataAdapter
用多個表填充 DataSet
如果使用批處理 SQL 語句檢索多個表並填充 DataSet第一個表用指定給 Fill 方法的表名命名後面的表用指定給 Fill 方法的表名加上一個從 開始並且增量為 的數字命名例如如果運行下面的代碼
SqlDataAdapter da = new SqlDataAdapter(SELECT * FROM Customers; SELECT * FROM Orders; myConnection);
DataSet ds = new DataSet();
daFill(ds Customers);
來自 Customers 表的數據放在名為 Customers 的 DataTable 中來自 Orders 表的數據放在名為 Customers 的 DataTable 中
填充完 DataSet 之後可以很容易地把 Customers 表的 TableName 屬性改為 Orders但是後面的填充會導致 Customers 表被重新填充而 Orders 表會被忽略並創建另外一個 Customers 表為了對這種情況作出補救創建一個 DataTableMapping把 Customers 映射到 Orders並為其他後面的表創建其他的表映射例如
代碼
SqlDataAdapter da = new SqlDataAdapter(SELECT * FROM Customers; SELECT * FROM Orders; myConnection);
daTableMappingsAdd(Customers Orders);
DataSet ds = new DataSet();daFill(ds Customers);
使用 DataReader
下面是一些使用 DataReader 獲得最佳性能的技巧同時還回答了一些關於使用 DataReader 的常見問題
* 在訪問相關 Command 的任何輸出參數之前必須關閉 DataReader
* 完成讀數據之後總是要關閉 DataReader如果使用 Connection 只是用於返回 DataReader那麼關閉 DataReader 之後立刻關閉它
另外一個顯式關閉 Connection 的方法是把 CommandBehaviorCloseConnection 傳遞給 ExecuteReader 方法以確保相關的連接在關閉 DataReader 時被關閉如果從一個方法返回 DataReader而且不能控制 DataReader 或相關連接的關閉則這樣做特別有用
* 不能在層之間遠程訪問 DataReaderDataReader 是為已連接好的數據訪問設計的
* 當訪問列數據時使用類型化訪問器例如GetStringGetInt 等這使您不用進行將 GetValue 返回的 Object 強制轉換成特定類型所需的處理
* 一個單一連接每次只能打開一個 DataReader在 ADO 中如果打開一個單一連接並且請求兩個使用只進只讀游標的記錄集那麼 ADO 會在游標生存期內隱式打開第二個未池化的到數據存儲區的連接然後再隱式關閉該連接對於 ADONET秘密完成的動作很少如果想在相同的數據存儲區上同時打開兩個 DataReaders就必須顯式創建兩個連接每個 DataReader 一個這是 ADONET 為池化連接的使用提供更多控制的一種方法
* 默認情況下DataReader 每次 Read 時都要把整行加載到內存這允許在當前行內隨機訪問列如果不需要這種隨機訪問為了提高性能就把 CommandBehaviorSequentialAccess 傳遞給 ExecuteReader 調用這將 DataReader 的默認行為更改為僅在請求時將數據加載到內存注意CommandBehaviorSequentialAccess 要求順序訪問返回的列也就是說一旦讀過返回的列就不能再讀它的值了
* 如果已經完成讀取來自 DataReader 的數據但仍然有大量掛起的未讀結果就在調用 DataReader 的 Close 之前先調用 Command 的 Cancel調用 DataReader 的 Close 會導致在關閉游標之前檢索掛起的結果並清空流調用 Command 的 Cancel 會放棄服務器上的結果這樣DataReader 在關閉的時候就不必讀這些結果如果要從 Command 返回輸出參數還要調用 Cancel 放棄它們如果需要讀取任何輸出參數不要調用 Command 的 Cancel只要調用 DataReader 的 Close 即可
二進制大對象 (BLOB)
用 DataReader 檢索二進制大對象 (BLOB) 時應該把 CommandBehaviorSequentialAccess 傳遞給 ExecuteReader 方法調用因為 DataReader 的默認行為是每次 Read 都把整行加載到內存又因為 BLOB 值可能非常大所以結果可能由於單個 BLOB 而使大量內存被用光SequentialAccess 將 DataReader 的行為設置為只加載請求的數據然後還可以使用 GetBytes 或 GetChars 控制每次加載多少數據
記住使用 SequentialAccess 時不能不按順序訪問 DataReader 返回的不同字段也就是說如果查詢返回三列其中第三列是 BLOB並且想訪問前兩列中的數據就必須在訪問 BLOB 數據之前先訪問第一列的值然後訪問第二列的值這是因為現在數據是順序返回的並且 DataReader 一旦讀過該數據該數據就不再可用
使用命令
ADONET 提供了幾種命令執行的不同方法以及優化命令執行的不同選項下面包括一些技巧它們是關於選擇最佳命令執行以及如何提高執行命令的性能
使用 OleDbCommand 的最佳實踐
不同 NET 框架數據提供程序之間的命令執行被盡可能標准化了但是數據提供程序之間仍然存在差異下面給出一些技巧可微調用於 OLE DB 的 NET 框架數據提供程序的命令執行
* 按照 ODBC CALL 語法使用 CommandTypeText 調用存儲過程使用 CommandTypeStoredProcedure 只是秘密地生成 ODBC CALL 語法
* 一定要設置 OleDbParameter 的類型大小（如果適用）以及精度和范圍（如果參數類型是 numeric 或 decimal）注意如果不顯式提供參數信息OleDbCommand 會為每個執行命令重新創建 OLE DB 參數訪問器
使用 SqlCommand 的最佳實踐
使用 SqlCommand 執行存儲過程的快速提示如果調用存儲過程將 SqlCommand 的 CommandType 屬性指定為 StoredProcedure 的 CommandType這樣通過將該命令顯式標識為存儲過程就不需要在執行之前分析命令
使用 Prepare 方法
對於重復作用於數據源的參數化命令CommandPrepare 方法能提高性能Prepare 指示數據源為多次調用優化指定的命令要想有效利用 Prepare需要徹底理解數據源是如何響應 Prepare 調用的對於一些數據源（例如 SQL Server ）命令是隱式優化的不必調用 Prepare對於其他（例如 SQL Server ）數據源Prepare 會比較有效
顯式指定架構和元數據
只要用戶沒有指定元數據信息ADONET 的許多對象就會推斷元數據信息下面是一些示例
* DataAdapterFill 方法如果 DataSet 中沒有表和列DataAdapterFill 方法會在 DataSet 中創建表和列
* CommandBuilder它會為單表 SELECT 命令生成 DataAdapter 命令屬性
* CommandBuilderDeriveParameters它會填充 Command 對象的 Parameters 集合
但是每次用到這些特性都會有性能損失建議將這些特性主要用於設計時和即席應用程序中在可能的情況下顯式指定架構和元數據其中包括在 DataSet 中定義表和列定義 DataAdapter 的 Command 屬性以及為 Command 定義 Parameter 信息
ExecuteScalar 和 ExecuteNonQuery
如果想返回像 Count(*)Sum(Price) 或 Avg(Quantity) 的結果那樣的單值可以使用 CommandExecuteScalarExecuteScalar 返回第一行第一列的值將結果集作為標量值返回因為單獨一步就能完成所以 ExecuteScalar 不僅簡化了代碼還提高了性能要是使用 DataReader 就需要兩步才能完成（即ExecuteReader + 取值）
使用不返回行的 SQL 語句時例如修改數據（例如INSERTUPDATE 或 DELETE）或僅返回輸出參數或返回值請使用 ExecuteNonQuery這避免了用於創建空 DataReader 的任何不必要處理
測試 Null
如果表（在數據庫中）中的列允許為空就不能測試參數值是否等於空相反需要寫一個 WHERE 子句測試列和參數是否都為空下面的 SQL 語句返回一些行它們的 LastName 列等於賦給 @LastName 參數的值或者 LastName 列和 @LastName 參數都為空
SELECT * FROM CustomersWHERE ((LastName = @LastName) OR (LastName IS NULL AND @LastName IS NULL))
把 Null 作為參數值傳遞
對數據庫的命令中當把空值作為參數值發送時不能使用 null（Visual Basic廬 NET 中為 Nothing）而需要使用 DBNullValue例如
SqlParameter param = new SqlParameter(@Name SqlDbTypeNVarChar );
paramValue = DBNullValue;
執行事務
ADONET 的事務模型已經更改在 ADO 中當調用 StartTransaction 時調用之後的任何更新操作都被視為是事務的一部分但是在 ADONET 中當調用 ConnectionBeginTransaction 時會返回一個 Transaction 對象需要把它與 Command 的 Transaction 屬性聯系起來這種設計可以在一個單一連接上執行多個根事務如果未將 CommandTransaction 屬性設置為一個針對相關的 Connection 而啟動的 Transaction那麼 Command 就會失敗並引發異常
即將發布的 NET 框架將使您可以在現有的分布式事務中手動登記這對於對象池方案來說很理想在該方案中一個池對象打開一次連接但是在多個獨立的事務中都涉及到該對象NET 框架 發行版中這一功能並不可用
使用連接
高性能應用程序與使用中的數據源保持最短時間的連接並且利用性能增強技術例如連接池下面的主題提供一些技巧有助於在使用 ADONET 連接到數據源時獲得更好的性能
連接池
用於 ODBC 的 SQL ServerOLE DB 和 NET 框架數據提供程序隱式緩沖連接通過在連接字符串中指定不同的屬性值可以控制連接池的行為有關如何控制連接池的行為的詳細信息請參閱 Connection Pooling for the SQL Server NET Data Provider 和 Connection Pooling for the OLE DB NET Data Provider
用 DataAdapter 優化連接
DataAdapter 的 Fill 和 Update 方法在連接關閉的情況下自動打開為相關命令屬性指定的連接如果 Fill 或 Update 方法打開了連接Fill 或 Update 將在操作完成的時候關閉它為了獲得最佳性能僅在需要時將與數據庫的連接保持為打開同時減少打開和關閉多操作連接的次數
如果只執行單個的 Fill 或 Update 方法調用建議允許 Fill 或 Update 方法隱式打開和關閉連接如果對 Fill 和/或 Update 調用有很多建議顯式打開連接調用 Fill 和/或 Update然後顯式關閉連接
另外當執行事務時顯式地在開始事務之前打開連接並在提交之後關閉連接例如
代碼
public void RunSqlTransaction(SqlDataAdapter da SqlConnection myConnection DataSet ds){ myConnectionOpen();
SqlTransaction myTrans = yConnectionBeginTransaction();
myCommandTransaction = myTrans;
try
{
daUpdate(ds);
myCommandTransactionCommit();
ConsoleWriteLine(Update successful);
}
catch(Exception e)
{
try
{
myTransRollback();
}
catch (SqlException ex)
{
if (myTransConnection != null)
{ ConsoleWriteLine(An exception of type + exGetType() + was encountered while attempting to roll back the transaction);
}
}
ConsoleWriteLine(eToString());
ConsoleWriteLine(Update failed);
} myConnectionClose();
}
始終關閉 Connection 和 DataReader 完成對 Connection 或 DataReader 對象的使用後總是顯式地關閉它們盡管垃圾回收最終會清除對象並因此釋放連接和其他托管資源但垃圾回收僅在需要時執行因此確保任何寶貴的資源被顯式釋放仍然是您的責任並且沒有顯式關閉的 Connections 可能不會返回到池中例如一個超出作用范圍卻沒有顯式關閉的連接只有當池大小達到最大並且連接仍然有效時才會被返回到連接池中 注 不要在類的 Finalize 方法中對 ConnectionDataReader 或任何其他托管對象調用 Close 或 Dispose最後完成的時候僅釋放類自己直接擁有的非托管資源如果類沒有任何非托管資源就不要在類定義中包含 Finalize 方法 在 C# 中使用 Using 語句 對於 C# 程序員來說確保始終關閉 Connection 和 DataReader 對象的一個方便的方法就是使用 using 語句using 語句在離開自己的作用范圍時會自動調用被使用的對象的 Dispose例如
代碼
string connString = Data Source=localhost;Integrated Security=SSPI;Initial Catalog=Northwind;;
using (SqlConnection conn = new SqlConnection(connString))
{
SqlCommand cmd = connCreateCommand(); cmdCommandText = SELECT CustomerId CompanyName FROM Customers;
connOpen();
using (SqlDataReader dr = cmdExecuteReader())
{
while (drRead())
ConsoleWriteLine({}\t{} drGetString() drGetString());
}
}
Using 語句不能用於 Microsoft廬 Visual Basic廬 NET
避免訪問 OleDbConnectionState 屬性
如果連接已經打開OleDbConnectionState 屬性會對 DBPROP_CONNECTIONSTATUS 屬性的 DATASOURCEINFO 屬性集執行本地 OLE DB 調用 IDBPropertiesGetProperties這可能會導致對數據源的往返行程也就是說檢查 State 屬性的代價可能很高所以僅在需要時檢查 State 屬性如果需要經常檢查該屬性監聽 OleDbConnection 的 StateChange 事件可能會使應用程序的性能好一些．
與 XML 集成
ADONET 在 DataSet 中提供了廣泛的 XML 集成並公開了 SQL Server 及其更高版本提供的部分 XML 功能還可以使用 SQLXML 廣泛地訪問 SQL Server 及其更高版本中的 XML 功能下面是使用 XML 和 ADONET 的技巧和信息
DataSet 和 XML
DataSet 與 XML 緊密集成並提供如下功能
* 從 XSD 架構中加載 DataSet 的架構或關系型結構 ? 從 XML 加載 DataSet 的內容 ? 如果沒有提供架構可以從 XML 文檔的內容推斷出 DataSet 的架構 ? 把 DataSet 的架構寫成 XSD 架構 ? 把 DataSet 的內容寫成 XML ? 同步訪問使用 DataSet 的數據的關系表示以及使用 XmlDataDocument 的數據的層次表示
注 可以使用這種同步把 XML 功能（例如XPath 查詢和 XSLT 轉換）應用到 DataSet 中的數據或者在保留原始 XML 保真度的前提下為 XML 文檔中數據的全部或其中一個子集提供關系視圖
架構推斷
從 XML 文件加載 DataSet 時可以從 XSD 架構加載 DataSet 架構或者在加載數據前預定義表和列如果沒有可用的 XSD 架構而且不知道為 XML 文件的內容定義哪些表和列就可以在 XML 文檔結構的基礎上對架構進行推斷
架構推斷作為遷移工具很有用但應只限於設計階段應用程序這是由於推斷處理有如下限制
* 對架構的推斷會引入影響應用程序性能的附加處理 ? 所有推斷列的類型都是字符串 ? 推斷處理不具有確定性也就是說它是基於 XML 文件內容的而不是預定的架構因此對於兩個預定架構相同的 XML 文件由於它們的內容不同結果得到兩個完全不同的推斷架構
用於 XML 查詢的 SQL Server
如果正從 SQL Server FOR XML 返回查詢結果可以讓用於 SQL Server 的 NET 框架數據提供程序使用 SqlCommandExecuteXmlReader 方法直接創建一個 XmlReader
SQLXML 托管類
NET 框架中有一些類公開用於 SQL Server 的 XML 的功能這些類可在 MicrosoftDataSqlXml 命名空間中找到它們添加了執行 XPath 查詢和 XML 模板文件以及把 XSLT 轉換應用到數據的能力
SQLXML 托管類包含在用於 Microsoft SQL Server 的 XML (SQLXML ) 發行版中．
更多有用的技巧
下面是一些編寫 ADONET 代碼時的通用技巧
避免自動增量值沖突
就像大多數數據源一樣DataSet 使您可標識那些添加新行時自動對其值進行遞增的列在 DataSet 中使用自動增量的列時如果自動增量的列來自數據源可避免添加到 DataSet 的行和添加到數據源的行之間本地編號沖突
例如考慮一個表它的主鍵列 CustomerID 是自動增量的兩個新的客戶信息行添加到表中並接收到自動增量的 CustomerID 值 和 然後只有第二個客戶行被傳遞給 DataAdapter 的方法 Update新添加的行在數據源接收到一個自動增量的 CustomerID 值 與 DataSet 中的值 不匹配當 DataAdapter 用返回值填充表中第二行時就會出現約束沖突因為第一個客戶行已經使用了 CustomerID 值
要避免這種情況建議在使用數據源上自動增量的列以及 DataSet 上自動增量的列時把 DataSet 中的列創建為 AutoIncrementStep 值等於 並且 AutoIncrementSeed 值等於 另外還要確保數據源生成的自動增量標識值從 開始並且以正階值遞增因此DataSet 為自動增量值生成負數與數據源生成的正自動增量值不沖突另外一個選擇是使用 Guid 類型的列而不是自動增量的列生成 Guid 值的算法應該永遠不會使數據源中生成的 Guid 值與 DataSet 中生成的 Guid 值一樣
如果自動增量的列只是用作唯一值而且沒有任何意義就考慮使用 Guid 代替自動增量的列它們是唯一的並且避免了使用自動增量的列所必需的額外工作
檢查開放式並發沖突
按照設計由於 DataSet 是與數據源斷開的所以當多個客戶端在數據源上按照開放式並發模型更新數據時需要確保應用程序避免沖突
在測試開放式並發沖突時有幾項技術一項技術涉及在表中包含時間戳列另外一項技術是驗證一行中所有列的原始值是否仍然與通過在 SQL 語句中使用 WHERE 子句進行測試時在數據庫中找到的值相匹配
多線程編程
ADONET 對性能吞吐量和可伸縮性進行優化因此ADONET 對象不鎖定資源並且必須只用於單線程一個例外是 DataSet它對多個閱讀器是線程安全的但是在寫的時候需要把 DataSet 鎖定
僅在需要的時候才用 COM Interop 訪問 ADO
ADONET 的設計目的是成為許多應用程序的最佳解決方案但是有些應用程序需要只有使用 ADO 對象才有的功能例如ADO 多維 (ADOMD)在這些情況下應用程序可以用 COM Interop 訪問 ADO注意使用 COM Interop 訪問具有 ADO 的數據會導致性能降低在設計應用程序時首先在實現用 COM Interop 訪問 ADO 的設計之前先確定 ADONET 是否滿足設計需求
From:http://tw.wingwit.com/Article/program/net/201311/12093.html
