以往我們對數(shù)據(jù)庫進行操作的方法是先連接上一個數(shù)據(jù)庫，在保持連接的狀態(tài)下進行數(shù)據(jù)的各種操作，如增刪改查。這樣的狀況會有兩個弊病，一是始終保持連接會造成資源的浪費，二是網(wǎng)絡的各種不穩(wěn)定因素會是這種連接發(fā)生丟失，從而對數(shù)據(jù)的操作也將丟失。

鑒于以上所說道的兩個或更多的其他原因，微軟提出了另一種操作模式，就是非連接模式的數(shù)據(jù)操作，當然也沒有丟棄以前ado中那種典型的連接模式的數(shù)據(jù)操作，故而誕生了ado.net及其兩種典型的數(shù)據(jù)操作模式，即連接模式和非連接模式。

當然，無論是采用那種模式來操作數(shù)據(jù)，首先是要取得數(shù)據(jù)連接然后對數(shù)據(jù)源進行操作或?qū)?shù)據(jù)源的副本進行操作。則連接為第一步必須完成的工作。連接的方法和ado時代沒有多大的差別，不外乎與首先建立一個連接對象(或叫做實例化一個連接對象)，要完成連接必須知道連接的數(shù)據(jù)源地址，有的還要知道數(shù)據(jù)源提供者。下面是典型的列子：

string connString = "Data Source=localhost;Integrated Security=SSPI;Initial Catalog=Northwind;";

string connstring="Provider=SQLOLEDB;Data Source=localhost;Initial Catalog=Northwind;";

//一般來說OLEDB數(shù)據(jù)源需要設定provider

一次到位的實例化連接對象

OleDbConnection myconn=new OleDbConnection(connstring);

或用Connection的屬性設置連接對象的數(shù)據(jù)源

OleDbConnection myconn=new OleDbConnection();

myconn.ConnectionString=connstring;

接下來就可用connection的open()方法打開連接了

myconn.open()

連接已經(jīng)完成，接下來進入最重要的數(shù)據(jù)操作階段(需要詳細了解連接對象建立的同學可以自己去多查查資料哦)

一、連接模式

連接模式下 擔負主要責任的對象是DataReader(然而說到DataReader那又不得不提到ExcuteReader()這個方法，因為DataReader是沒有構造函數(shù)的一個類，DataReader只能通過command類的excutereader()方法來實例化)，所以Datareader有以下幾個特點：

1.它無構造函數(shù)只能通過command的excutereader()方法來實例化，

如：sqlcommand sqlcm=new sqlcommand(); sqldatarader dr =sqlcm.excutereader();

2.它使用數(shù)據(jù)庫時數(shù)據(jù)庫連接必須保持打開狀態(tài)(在這種狀態(tài)下無法進行與connection相關的操作)

3.它只能從前往后遍歷信息，不能中途停下修改數(shù)據(jù)

4.基于我前面說過的始終保持連接浪費資源，加上上面的第二條，那么我們必須用完就關閉，如：

dr.close()或者如果我們怕忘記關閉，在實例化時給個參數(shù)commandbehavior.closeconnection

sqldatarader dr = cmd.executereader(commandbehavior.closeconnection);

DataReader的用法比較靈活，一般都是通過條件判斷來實現(xiàn)，如：

while(dr.reader())

{

................

}

也有人為了操作的某種目的，通過DataReader數(shù)據(jù)讀出來，然后存在一個新建的空DataTable中從而將DataReader轉(zhuǎn)化成了DataTable，這種做法究竟是否可取，還真是仁者見仁智者見智。如果您實在是想在DataTable和DataReader之間進行轉(zhuǎn)化，可以用下面的方法：

DataReader轉(zhuǎn)DataTable：

DataTable.Load(DataReader對象，LoadOption.OverwriteChanges);

DataTable轉(zhuǎn)DataReader：

DataReader Reader=DataTable.CreateDataReader()

二、非連接模式

非連接模式下?lián)撝饕熑蔚膬蓚€對象是DataAdapter和DataSet

非連接模式下DataAdapter起到了一個橋梁的作用，看到這個有的人可能會聯(lián)想到網(wǎng)絡適配器或電源適配器，沒錯，他們的功能都是一樣的，將各種不同的網(wǎng)絡類型電源類型轉(zhuǎn)化成統(tǒng)一能夠滿足要求的類型，這里的DataAdapter就是數(shù)據(jù)適配器，將各種不同類型的數(shù)據(jù)源經(jīng)過適配轉(zhuǎn)化成可以填入Dataset的數(shù)據(jù)。

DataAdatper對象的使用一般有兩種作用，一種是通過command對象如sqlcommand來執(zhí)行sql語句，從數(shù)據(jù)源中檢測數(shù)據(jù)，并將檢索到的結果填充到DataSet中;還有一種就是把用戶對DataSet對象對數(shù)據(jù)的改變更新到數(shù)據(jù)源中去。

有人要忍不住問了，為什么非連接模式不需要做這一步呢???

其實連接模式下通過command對象將所有對數(shù)據(jù)對象的單步操作都直接更新到數(shù)據(jù)庫里去了，這叫單體操作。

而連接模式下Dataset因為和數(shù)據(jù)服務器斷開的，對單體的操作沒有機會隨時更新到數(shù)據(jù)庫里去，這也就要求有這么一個對象在所有的數(shù)據(jù)操作完成后對各種數(shù)據(jù)操作(如增刪改等操作)用各種對應的SQL命令統(tǒng)一更新到數(shù)據(jù)庫里去，而這個對象就是DataAdapterle ，所以可以這么說，DataAdapterle 采用的它內(nèi)嵌的SQL命令集進行的批量SQL操作。

我們首先來看看command和dataadapter的實例化，一般我們可以這樣來實例化他們：

OleDbcommand olecmd=new OleDbcommand(sqlString,connObj);

OleDataAdapter oledpt=new OleDataAdapter(sqlString,connObj);

他們都都接收了一個SQL字符串和一個連接對象Connection,那么Command和DataAdapter有什么區(qū)別呢?

在面對sql語句時他們的區(qū)別是：

Command主要是運行純粹的SQL命令，直接使SQL語句的操作得以實施。

DataAdapter則內(nèi)嵌著一套SQL的命令(也就是它的四個屬性)，如select,delete,insert,update，等到需要執(zhí)行其中之一的時候還是要Command對象來出面，即對內(nèi)嵌的命令對象進行實例化，如果沒有實例化就調(diào)用，常常就會報錯，不能通過編譯(很多人在用dataadpter的update方法時就出錯)，所以我們常常會這樣的用：

oledpt.selectcomand=new olecommand();

對于取數(shù)據(jù)

command結合excutereader()利用Datareader來實現(xiàn)

DataAdapter利用Fill()可以實現(xiàn)，但不應非要你用fill來實現(xiàn)。

這里說說Fill()這個方法，打開DataAdapter可以發(fā)現(xiàn)，fill()方法來自他的父類的實現(xiàn)，其中Fill方法調(diào)用了FillFromCommand或FillFromReader方法。這兩個方法中也分別調(diào)用了command對象excutereader。所以接下來的事情就不難理解了，感興趣的朋友可以自己去看看fill的實現(xiàn)方法。

DataAdapter對象可以隱藏和Connection、Command對象溝通的細節(jié)，通過DataAdapter對象建立、初始化 DataTable，從而和DataSet對象結合起來在內(nèi)存存放數(shù)據(jù)表副本，實現(xiàn)離線式數(shù)據(jù)庫操作。DataAdapter對象允許將DataSet對象中的數(shù)據(jù)保存到數(shù)據(jù)源中，也可以從數(shù)據(jù)源中讀取數(shù)據(jù)，并且也可以底層數(shù)據(jù)保存體進行數(shù)據(jù)的添加、刪除、更新等操作。

DataAdapter對象含有四個不同的操作命令，分別如下：

(1)、SelectCommand：用來或去數(shù)據(jù)源中的記錄;

(2)、InsertCommand：用來向數(shù)據(jù)源中新插入一條記錄;

(3)、UpdateCommand：用來更新數(shù)據(jù)源中的數(shù)據(jù);

(4)、DeleteCommand：用來刪除數(shù)劇源中的記錄。

值得提出來特別說明的是，在實例化了DataAdapter對象后，此DataAdapter仍然是一個沒有實際作用的數(shù)據(jù)適配器，因為它對數(shù)據(jù)庫和數(shù)據(jù)集的操作實際上是通過它的四個Command對象(SelectCommand,InsertCommand,UpdateCommand,DeleteCommand)來實現(xiàn)的。所以我們實例化了SqlDataAdapter對象后需要再實例化它相關的SqlCommand對象

SqlAdapter.SelectCommand = new SqlCommand();

SqlAdapter.InsertCommand = new SqlCommand();

SqlAdapter.UpdateCommand = new SqlCommand();

SqlAdapter.DeleteCommand = new SqlCommand();

這四個SqlCommand的引用實際都指向一個SqlCommand對象的實例，另外，利用commandbuilder對象可以自動實例化三個命令(Insertcommand,DeleteCommand,Updatecommand)但注意，要自動生成三個命令須使用實例化好了的SelectCommand來檢索所需要的元素，那么就需要注意DataAdapter的實例化方式了，如果采用空參數(shù)方法實例化則須單獨設置SelectCommand屬性，才可以使用commandbuilder,如：

SqlDataAdapter adapter = new SqlDataAdapter();

adapter.SelectCommand = new SqlCommand(queryString, connection);

SqlCommandBuilder builder = new SqlCommandBuilder(adapter);

當如，如果是采用有參數(shù)實例化，則無須特別聲明selectCommand的屬性，因為這種有參數(shù)實例化的DataAdapter已經(jīng)在實例化時自動完成了selectcommand屬性，如

SqlDataAdapter adapter = new SqlDataAdapter(“Select * from table",sqlconn);

SqlCommandBuilder builder = new SqlCommandBuilder(adapter);

所以，一般空參數(shù)實例化的dataadapter與selectcommand屬性設置時同時出現(xiàn)的。有參數(shù)的dataadapter實例化是可以直接使用commandbuilder的。

DataSet的斷開模式是相對于數(shù)據(jù)服務器的斷開，不至于每次都要和數(shù)據(jù)服務器發(fā)生連接，而DataSet的數(shù)據(jù)實際是存在服務的高速緩存中(有的人誤以為是存在客戶端的，那就大錯特錯了，想一下便知道，那樣數(shù)據(jù)肯定是不安全的)，這也就是說如果數(shù)據(jù)量大服務器的內(nèi)存就浪費嚴重，這也是非連接模式的一個缺點，相比之下DataReader那種讀一行存一行的做法就節(jié)約內(nèi)存多了。

三、回顧兩種模式的關系

兩種模式表面看起來走了兩條路線，但有很多共同點，最突出的要數(shù)以下兩個方面：

1、【開始相同】它們所需的數(shù)據(jù)連接的形式一樣，開始都要通過建立connection對象來完成連接

2、【最終相同】它們都需要在sqlcommand對象的配合下執(zhí)行sql語句的操作，最終在sqlcommand對象的配合下實現(xiàn)對數(shù)據(jù)的增刪改查操作。

如連接模式的sql操作：

sqlcommand sqlcm=new sqlcommand();//很顯然是用了sqlcommand的實例對象

sqldatarader dr =sqlcm.excutereader();

? if(dr.HasRow)

? {

while(dr.read())

{

dr[""]..........//獲取字段的值

}

}

非連接模式的sql操作：

sqlDataAdapter slqad=new sqlDataAdapter();

sqlad.selectcommand=new sqlcommand(sqlstring,conn);//很顯然，這里也用了sqlcommand

更多信息請查看IT技術專欄