欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久

本文為您提供了在 Microsoft ADO.NET 應用程序中實(shí)現和獲得最佳性能、可伸縮性以及功能的最佳解決方案；同時(shí)也講述了使用 ADO.NET 中可用對象的最佳實(shí)踐；并提出一些有助于優(yōu)化 ADO.NET 應用程序設計的建議。

本文包含：

使用 DataReader、DataSet、DataAdapter 和 DataView

ADO.NET 提供以下兩個(gè)對象，用于檢索關(guān)系數據并將其存儲在內存中：DataSet 和 DataReader。DataSet 提供一個(gè)內存中數據的關(guān)系表示形式，一整套包括一些表在內的數據（這些表包含數據、對數據進(jìn)行排序并約束數據），以及表之間的關(guān)系。DataReader 提供一個(gè)來(lái)自數據庫的快速、只進(jìn)、只讀數據流。

當使用 DataSet 時(shí)，經(jīng)常會(huì )利用 DataAdapter（也可能是 CommandBuilder）與數據源進(jìn)行交互。當使用 DataSet 時(shí)，也可以利用 DataView 對 DataSet 中的數據應用排序和篩選。也可以從 DataSet 繼承，創(chuàng )建強類(lèi)型 DataSet，用于將表、行和列作為強類(lèi)型對象屬性公開(kāi)。

下列主題包括的信息涉及：使用 DataSet 或 DataReader 的最佳時(shí)機、如何優(yōu)化訪(fǎng)問(wèn)它們所包含數據、以及如何優(yōu)化使用 DataAdapter（包括 CommandBuilder）和 DataView 的技巧。

DataSet 與 DataReader

當設計應用程序時(shí)，要考慮應用程序所需功能的等級，以確定使用 DataSet 或者是 DataReader。

要通過(guò)應用程序執行以下操作，就要使用 DataSet：

對于下列情況，要在應用程序中使用 DataReader：

注填充 DataSet 時(shí)，DataAdapter 使用 DataReader。因此，使用 DataAdapter 取代 DataSet 提升的性能表現為節省了 DataSet 占用內存和填充 DataSet 需要的循環(huán)。一般來(lái)說(shuō)，此性能提升只是象征性的，因此，設計決策應以所需功能為基礎。

使用強類(lèi)型 DataSet 的好處

DataSet 的另一個(gè)好處是可被繼承以創(chuàng )建一個(gè)強類(lèi)型 DataSet。強類(lèi)型 DataSet 的好處包括設計時(shí)類(lèi)型檢查，以及 Microsoft Visual Studio .NET 用于強類(lèi)型 DataSet 語(yǔ)句結束所帶來(lái)的好處。修改了 DataSet 的架構或關(guān)系結構后，就可以創(chuàng )建一個(gè)強類(lèi)型 DataSet，把行和列作為對象的屬性公開(kāi)，而不是作為集合中的項公開(kāi)。例如，不公開(kāi)客戶(hù)表中行的姓名列，而公開(kāi) Customer 對象的 Name 屬性。類(lèi)型化 DataSet 從 DataSet 類(lèi)派生，因此不會(huì )犧牲 DataSet 的任何功能。也就是說(shuō)，類(lèi)型化 DataSet 仍能遠程訪(fǎng)問(wèn)，并作為數據綁定控件（例如 DataGrid）的數據源提供。如果架構事先不可知，仍能受益于通用 DataSet 的功能，但卻不能受益于強類(lèi)型 DataSet 的附加功能。

處理強類(lèi)型 DataSet 中的空引用

使用強類(lèi)型 DataSet 時(shí)，可以批注 DataSet 的 XML 架構定義語(yǔ)言 (XSD) 架構，以確保強類(lèi)型 DataSet 正確處理空引用。nullValue 批注使您可用一個(gè)指定的值 String.Empty 代替 DBNull、保留空引用或引發(fā)異常。選擇哪個(gè)選項取決于應用程序的上下文。默認情況下，如果遇到空引用，就會(huì )引發(fā)異常。

有關(guān)更多信息，請參閱 Working with a Typed DataSet。

刷新 DataSet 中的數據

如果想用服務(wù)器上的更新值刷新 DataSet 中的值，就使用 DataAdapter.Fill。如果有在 DataTable 上定義的主鍵，DataAdapter.Fill 會(huì )根據主鍵進(jìn)行新行匹配，并且當更改到現有行時(shí)應用服務(wù)器上的值。即使刷新之前修改了它們，刷新行的 RowState 仍被設置為 Unchanged。注意，如果沒(méi)有為 DataTable 定義主鍵，DataAdapter.Fill 就用可能重復的主鍵值添加新行。

如果想用來(lái)自服務(wù)器的當前值刷新表，并同時(shí)保留對表中的行所做的任何更改，必須首先用 DataAdapter.Fill 填充表，并填充一個(gè)新的 DataTable，然后用 preserveChanges 值 true 把 DataTableMerge 到 DataSet 中。

在 DataSet 中搜索數據

在 DataSet 中查詢(xún)與特定條件相匹配的行時(shí)，可以利用基于索引的查找提高搜索性能。當把 PrimaryKey 值賦給 DataTable 時(shí)，會(huì )創(chuàng )建一個(gè)索引。當給 DataTable 創(chuàng )建 DataView 時(shí)，也會(huì )創(chuàng )建一個(gè)索引。下面是一些利用基于索引進(jìn)行查找的技巧。

DataView 構造

如果創(chuàng )建了 DataView，并且修改了 Sort、RowFilter 或 RowStateFilter 屬性，DataView 就會(huì )為基礎 DataTable 中的數據建立索引。創(chuàng )建 DataView 對象時(shí)，要使用 DataView 構造函數，它用 Sort、RowFilter 和 RowStateFilter 值作為構造函數參數（與基礎 DataTable 一起）。結果是創(chuàng )建了一次索引。創(chuàng )建一個(gè)“空”DataView 并隨后設置 Sort、RowFilter 或 RowStateFilter 屬性，會(huì )導致索引至少創(chuàng )建兩次。

分頁(yè)

ADO.NET 可以顯式控制從數據源中返回什么樣的數據，以及在 DataSet 中本地緩存多少數據。對查詢(xún)結果的分頁(yè)沒(méi)有唯一的答案，但下面有一些設計應用程序時(shí)應該考慮的技巧。

SELECT TOP 10 * FROM  (SELECT TOP 30 * FROM Customers ORDER BY Id ASC) AS Table1ORDER BY Id DESC

有關(guān)更多信息，請參閱 .NET Data Access Architecture Guide。

用架構填充 DataSet

當用數據填充 DataSet 時(shí)，DataAdapter.Fill 方法使用 DataSet 的現有架構，并使用從 SelectCommand 返回的數據填充它。如果在 DataSet 中沒(méi)有表名與要被填充的表名相匹配，Fill 方法就會(huì )創(chuàng )建一個(gè)表。默認情況下，Fill 僅定義列和列類(lèi)型。

通過(guò)設置 DataAdapter 的 MissingSchemaAction 屬性，可以重寫(xiě) Fill 的默認行為。例如，要讓 Fill 創(chuàng )建一個(gè)表架構，并且還包括主鍵信息、唯一約束、列屬性、是否允許為空、最大列長(cháng)度、只讀列和自動(dòng)增量的列，就要把 DataAdapter.MissingSchemaAction 指定為 MissingSchemaAction.AddWithKey?；蛘?，在調用 DataAdapter.Fill 前，可以調用 DataAdapter.FillSchema 來(lái)確保當填充 DataSet 時(shí)架構已到位。

對 FillSchema 的調用會(huì )產(chǎn)生一個(gè)到服務(wù)器的額外行程，用于檢索附加架構信息。為了獲得最佳性能，需要在調用 Fill 之前指定 DataSet 的架構，或者設置 DataAdapter 的 MissingSchemaAction。

使用 CommandBuilder 的最佳實(shí)踐

假設 SelectCommand 執行單一表 SELECT，CommandBuilder 就會(huì )以 DataAdapter 的 SelectCommand 屬性為基礎自動(dòng)生成 DataAdapter 的 InsertCommand、UpdateCommand、和 DeleteCommand 屬性。下面是為獲得最佳性能而使用 CommandBuilder 的一些技巧。

批處理 SQL 語(yǔ)句

很多數據庫支持把多條命令合并或批處理成一條單一命令執行。例如，SQL Server 使您可以用分號 (;) 分隔命令。把多條命令合并成單一命令，能減少到服務(wù)器的行程數，并提高應用程序的性能。例如，可以把所有預定的刪除在應用程序中本地存儲起來(lái)，然后再發(fā)出一條批處理命令調用，從數據源刪除它們。

雖然這樣做確實(shí)能提高性能，但是，當對 DataSet 中的數據更新進(jìn)行管理時(shí)，可能會(huì )增加應用程序的復雜性。要保持簡(jiǎn)單，可能要在 DataSet 中為每個(gè) DataTable 創(chuàng )建一個(gè) DataAdapter。

用多個(gè)表填充 DataSet

如果使用批處理 SQL 語(yǔ)句檢索多個(gè)表并填充 DataSet，第一個(gè)表用指定給 Fill 方法的表名命名。后面的表用指定給 Fill 方法的表名加上一個(gè)從 1 開(kāi)始并且增量為 1 的數字命名。例如，如果運行下面的代碼：

‘Visual BasicDim da As SqlDataAdapter = New SqlDataAdapter("SELECT * FROM Customers; SELECT * FROM Orders;", myConnection)Dim ds As DataSet = New DataSet()da.Fill(ds, "Customers")//C#SqlDataAdapter da = new SqlDataAdapter("SELECT * FROM Customers; SELECT * FROM Orders;", myConnection);DataSet ds = new DataSet();da.Fill(ds, "Customers");

來(lái)自 Customers 表的數據放在名為 "Customers" 的 DataTable 中。來(lái)自 Orders 表的數據放在名為 "Customers1" 的 DataTable 中。

填充完 DataSet 之后，可以很容易地把 "Customers1" 表的 TableName 屬性改為 "Orders"。但是，后面的填充會(huì )導致 "Customers" 表被重新填充，而 "Orders" 表會(huì )被忽略，并創(chuàng )建另外一個(gè) "Customers1" 表。為了對這種情況作出補救，創(chuàng )建一個(gè) DataTableMapping，把 "Customers1" 映射到 "Orders"，并為其他后面的表創(chuàng )建其他的表映射。例如：

‘Visual BasicDim da As SqlDataAdapter = New SqlDataAdapter("SELECT * FROM Customers; SELECT * FROM Orders;", myConnection)da.TableMappings.Add("Customers1", "Orders")Dim ds As DataSet = New DataSet()da.Fill(ds, "Customers")//C#SqlDataAdapter da = new SqlDataAdapter("SELECT * FROM Customers; SELECT * FROM Orders;", myConnection);da.TableMappings.Add("Customers1", "Orders");DataSet ds = new DataSet();da.Fill(ds, "Customers");

使用 DataReader

下面是一些使用 DataReader 獲得最佳性能的技巧，同時(shí)還回答了一些關(guān)于使用 DataReader 的常見(jiàn)問(wèn)題。

二進(jìn)制大對象 (BLOB)

用 DataReader 檢索二進(jìn)制大對象 (BLOB) 時(shí)，應該把 CommandBehavior.SequentialAccess 傳遞給 ExecuteReader 方法調用。因為 DataReader 的默認行為是每次 Read 都把整行加載到內存，又因為 BLOB 值可能非常大，所以結果可能由于單個(gè) BLOB 而使大量?jì)却姹挥霉狻?b>SequentialAccess 將 DataReader 的行為設置為只加載請求的數據。然后還可以使用 GetBytes 或 GetChars 控制每次加載多少數據。

記住，使用 SequentialAccess 時(shí)，不能不按順序訪(fǎng)問(wèn) DataReader 返回的不同字段。也就是說(shuō)，如果查詢(xún)返回三列，其中第三列是 BLOB，并且想訪(fǎng)問(wèn)前兩列中的數據，就必須在訪(fǎng)問(wèn) BLOB 數據之前先訪(fǎng)問(wèn)第一列的值，然后訪(fǎng)問(wèn)第二列的值。這是因為現在數據是順序返回的，并且 DataReader 一旦讀過(guò)該數據，該數據就不再可用。

有關(guān)如何在 ADO.NET 中訪(fǎng)問(wèn) BLOB 的詳細描述，請參閱 Obtaining BLOB Values from a Database。

返回頁(yè)首

使用命令

ADO.NET 提供了幾種命令執行的不同方法以及優(yōu)化命令執行的不同選項。下面包括一些技巧，它們是關(guān)于選擇最佳命令執行以及如何提高執行命令的性能。

使用 OleDbCommand 的最佳實(shí)踐

不同 .NET 框架數據提供程序之間的命令執行被盡可能標準化了。但是，數據提供程序之間仍然存在差異。下面給出一些技巧，可微調用于 OLE DB 的 .NET 框架數據提供程序的命令執行。

使用 SqlCommand 的最佳實(shí)踐

使用 SqlCommand 執行存儲過(guò)程的快速提示：如果調用存儲過(guò)程，將 SqlCommand 的 CommandType 屬性指定為 StoredProcedure 的 CommandType。這樣通過(guò)將該命令顯式標識為存儲過(guò)程，就不需要在執行之前分析命令。

使用 Prepare 方法

對于重復作用于數據源的參數化命令，Command.Prepare 方法能提高性能。Prepare 指示數據源為多次調用優(yōu)化指定的命令。要想有效利用 Prepare，需要徹底理解數據源是如何響應 Prepare 調用的。對于一些數據源（例如 SQL Server 2000），命令是隱式優(yōu)化的，不必調用 Prepare。對于其他（例如 SQL Server 7.0）數據源，Prepare 會(huì )比較有效。

顯式指定架構和元數據

只要用戶(hù)沒(méi)有指定元數據信息，ADO.NET 的許多對象就會(huì )推斷元數據信息。下面是一些示例：

但是，每次用到這些特性，都會(huì )有性能損失。建議將這些特性主要用于設計時(shí)和即席應用程序中。在可能的情況下，顯式指定架構和元數據。其中包括在 DataSet 中定義表和列、定義 DataAdapter 的 Command 屬性、以及為 Command 定義 Parameter 信息。

ExecuteScalar 和 ExecuteNonQuery

如果想返回像 Count(*)、Sum(Price) 或 Avg(Quantity) 的結果那樣的單值，可以使用 Command.ExecuteScalar。ExecuteScalar 返回第一行第一列的值，將結果集作為標量值返回。因為單獨一步就能完成，所以 ExecuteScalar 不僅簡(jiǎn)化了代碼，還提高了性能；要是使用 DataReader 就需要兩步才能完成（即，ExecuteReader + 取值）。

使用不返回行的 SQL 語(yǔ)句時(shí)，例如修改數據（例如INSERT、UPDATE 或 DELETE）或僅返回輸出參數或返回值，請使用 ExecuteNonQuery。這避免了用于創(chuàng )建空 DataReader 的任何不必要處理。

有關(guān)更多信息，請參閱 Executing a Command。

測試 Null

如果表（在數據庫中）中的列允許為空，就不能測試參數值是否“等于”空。相反，需要寫(xiě)一個(gè) WHERE 子句，測試列和參數是否都為空。下面的 SQL 語(yǔ)句返回一些行，它們的 LastName 列等于賦給 @LastName 參數的值，或者 LastName 列和 @LastName 參數都為空。

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

把 Null 作為參數值傳遞

對數據庫的命令中，當把空值作為參數值發(fā)送時(shí)，不能使用 null（Visual Basic廬 .NET 中為 Nothing）。而需要使用 DBNull.Value。例如：

‘Visual BasicDim 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;

執行事務(wù)

ADO.NET 的事務(wù)模型已經(jīng)更改。在 ADO 中，當調用 StartTransaction 時(shí)，調用之后的任何更新操作都被視為是事務(wù)的一部分。但是，在 ADO.NET 中，當調用 Connection.BeginTransaction 時(shí)，會(huì )返回一個(gè) Transaction 對象，需要把它與 Command 的 Transaction 屬性聯(lián)系起來(lái)。這種設計可以在一個(gè)單一連接上執行多個(gè)根事務(wù)。如果未將 Command.Transaction 屬性設置為一個(gè)針對相關(guān)的 Connection 而啟動(dòng)的 Transaction，那么 Command 就會(huì )失敗并引發(fā)異常。

即將發(fā)布的 .NET 框架將使您可以在現有的分布式事務(wù)中手動(dòng)登記。這對于對象池方案來(lái)說(shuō)很理想；在該方案中，一個(gè)池對象打開(kāi)一次連接，但是在多個(gè)獨立的事務(wù)中都涉及到該對象。.NET 框架 1.0 發(fā)行版中這一功能并不可用。

有關(guān)事務(wù)的更多信息，請參閱 Performing Transactions 以及 .NET Data Access Architecture Guide。

返回頁(yè)首

使用連接

高性能應用程序與使用中的數據源保持最短時(shí)間的連接，并且利用性能增強技術(shù)，例如連接池。下面的主題提供一些技巧，有助于在使用 ADO.NET 連接到數據源時(shí)獲得更好的性能。

連接池

用于 ODBC 的 SQL Server、OLE DB 和 .NET 框架數據提供程序隱式緩沖連接。通過(guò)在連接字符串中指定不同的屬性值，可以控制連接池的行為。有關(guān)如何控制連接池的行為的詳細信息，請參閱 Connection Pooling for the SQL Server .NET Data Provider 和 Connection Pooling for the OLE DB .NET Data Provider。

用 DataAdapter 優(yōu)化連接

DataAdapter 的 Fill 和 Update 方法在連接關(guān)閉的情況下自動(dòng)打開(kāi)為相關(guān)命令屬性指定的連接。如果 Fill 或 Update 方法打開(kāi)了連接，Fill 或 Update 將在操作完成的時(shí)候關(guān)閉它。為了獲得最佳性能，僅在需要時(shí)將與數據庫的連接保持為打開(kāi)。同時(shí)，減少打開(kāi)和關(guān)閉多操作連接的次數。

如果只執行單個(gè)的 Fill 或 Update 方法調用，建議允許 Fill 或 Update 方法隱式打開(kāi)和關(guān)閉連接。如果對 Fill 和/或 Update 調用有很多，建議顯式打開(kāi)連接，調用 Fill 和/或 Update，然后顯式關(guān)閉連接。

另外，當執行事務(wù)時(shí)，顯式地在開(kāi)始事務(wù)之前打開(kāi)連接，并在提交之后關(guān)閉連接。例如：

‘Visual BasicPublic 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();}

始終關(guān)閉 Connection 和 DataReader

完成對 Connection 或 DataReader 對象的使用后，總是顯式地關(guān)閉它們。盡管垃圾回收最終會(huì )清除對象并因此釋放連接和其他托管資源，但垃圾回收僅在需要時(shí)執行。因此，確保任何寶貴的資源被顯式釋放仍然是您的責任。并且，沒(méi)有顯式關(guān)閉的 Connections 可能不會(huì )返回到池中。例如，一個(gè)超出作用范圍卻沒(méi)有顯式關(guān)閉的連接，只有當池大小達到最大并且連接仍然有效時(shí)，才會(huì )被返回到連接池中。

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

在 C# 中使用 "Using" 語(yǔ)句

對于 C# 程序員來(lái)說(shuō)，確保始終關(guān)閉 Connection 和 DataReader 對象的一個(gè)方便的方法就是使用 using 語(yǔ)句。using 語(yǔ)句在離開(kāi)自己的作用范圍時(shí)，會(huì )自動(dòng)調用被“使用”的對象的 Dispose。例如：

//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 語(yǔ)句不能用于 Microsoft廬 Visual Basic廬 .NET。

避免訪(fǎng)問(wèn) OleDbConnection.State 屬性

如果連接已經(jīng)打開(kāi)，OleDbConnection.State 屬性會(huì )對 DBPROP_CONNECTIONSTATUS 屬性的 DATASOURCEINFO 屬性集執行本地 OLE DB 調用 IDBProperties.GetProperties，這可能會(huì )導致對數據源的往返行程。也就是說(shuō)，檢查 State 屬性的代價(jià)可能很高。所以?xún)H在需要時(shí)檢查 State 屬性。如果需要經(jīng)常檢查該屬性，監聽(tīng) OleDbConnection 的 StateChange 事件可能會(huì )使應用程序的性能好一些。有關(guān) StateChange 事件的詳細信息，請參閱 Working with Connection Events。

返回頁(yè)首

與 XML 集成

ADO.NET 在 DataSet 中提供了廣泛的 XML 集成，并公開(kāi)了 SQL Server 2000 及其更高版本提供的部分 XML 功能。還可以使用 SQLXML 3.0 廣泛地訪(fǎng)問(wèn) SQL Server 2000 及其更高版本中的 XML 功能。下面是使用 XML 和 ADO.NET 的技巧和信息。

DataSet 和 XML

DataSet 與 XML 緊密集成，并提供如下功能：

注 可以使用這種同步把 XML 功能（例如，XPath 查詢(xún)和 XSLT 轉換）應用到 DataSet 中的數據，或者在保留原始 XML 保真度的前提下為 XML 文檔中數據的全部或其中一個(gè)子集提供關(guān)系視圖。

關(guān)于 DataSet 提供的 XML 功能的詳細信息，請參閱 XML and the DataSet。

架構推斷

從 XML 文件加載 DataSet 時(shí)，可以從 XSD 架構加載 DataSet 架構，或者在加載數據前預定義表和列。如果沒(méi)有可用的 XSD 架構，而且不知道為 XML 文件的內容定義哪些表和列，就可以在 XML 文檔結構的基礎上對架構進(jìn)行推斷。

架構推斷作為遷移工具很有用，但應只限于設計階段應用程序，這是由于推斷處理有如下限制。

有關(guān)更多信息，請參閱 Inferring DataSet Relational Structure from XML。

用于 XML 查詢(xún)的 SQL Server

如果正從 SQL Server 2000 FOR XML 返回查詢(xún)結果，可以讓用于 SQL Server 的 .NET 框架數據提供程序使用 SqlCommand.ExecuteXmlReader 方法直接創(chuàng )建一個(gè) XmlReader。

SQLXML 托管類(lèi)

.NET 框架中有一些類(lèi)，公開(kāi)用于 SQL Server 2000 的 XML 的功能。這些類(lèi)可在 Microsoft.Data.SqlXml 命名空間中找到，它們添加了執行 XPath 查詢(xún)和 XML 模板文件以及把 XSLT 轉換應用到數據的能力。

SQLXML 托管類(lèi)包含在用于 Microsoft SQL Server 2000 的 XML (SQLXML 2.0) 發(fā)行版中，可從 XML for Microsoft SQL Server 2000 Web Release 2 (SQLXML 2.0) ??μ?。

返回頁(yè)首

更多有用的技巧

下面是一些編寫(xiě) ADO.NET 代碼時(shí)的通用技巧。

避免自動(dòng)增量值沖突

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

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

要避免這種情況，建議在使用數據源上自動(dòng)增量的列以及 DataSet 上自動(dòng)增量的列時(shí)，把 DataSet 中的列創(chuàng )建為 AutoIncrementStep 值等于 -1 并且 AutoIncrementSeed 值等于 0，另外，還要確保數據源生成的自動(dòng)增量標識值從 1 開(kāi)始，并且以正階值遞增。因此，DataSet 為自動(dòng)增量值生成負數，與數據源生成的正自動(dòng)增量值不沖突。另外一個(gè)選擇是使用 Guid 類(lèi)型的列，而不是自動(dòng)增量的列。生成 Guid 值的算法應該永遠不會(huì )使數據源中生成的 Guid 值與 DataSet 中生成的 Guid 值一樣。

如果自動(dòng)增量的列只是用作唯一值，而且沒(méi)有任何意義，就考慮使用 Guid 代替自動(dòng)增量的列。它們是唯一的，并且避免了使用自動(dòng)增量的列所必需的額外工作。

有關(guān)從數據源檢索自動(dòng)增量的列值的示例，請參閱 Retrieving Identity or AutoNumber Values。

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

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

在測試開(kāi)放式并發(fā)沖突時(shí)有幾項技術(shù)。一項技術(shù)涉及在表中包含時(shí)間戳列。另外一項技術(shù)是，驗證一行中所有列的原始值是否仍然與通過(guò)在 SQL 語(yǔ)句中使用 WHERE 子句進(jìn)行測試時(shí)在數據庫中找到的值相匹配。

有關(guān)包含代碼示例的該主題的詳細討論，請參閱 Optimistic Concurrency。

多線(xiàn)程編程

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

僅在需要的時(shí)候才用 COM Interop 訪(fǎng)問(wèn) ADO

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

摘自【李天平】