2.讀取數據
ADO.NET應用程序要從數據源裡讀取數據,首先得創建一個連接對象.這個連接對象可以是SQLConnection 或是 ADOConnection,這取決於所采用的目標提供程序. 需要記住的是,雖然在這裡不做推薦,但你也可以利用ADO .Net 類來連接到SQL Server數據庫. 這種方法唯一不足是,代碼需要通過一個不必要的額外代碼層. 首先它會調入ADO的托管提供程序, 然後ADO的托管提供程序再調用SQL Server OLE DB 提供程序. 如同OLE DB 提供程序做的一樣,SQL Server 托管提供程序會直接操作數據,
關於ADO 和ADO.NET在連接對象上最大的差別在於ADO.NET連接不支持CursorLocation屬性.與其說這是一個文檔BUG,還不如認為這是一個備具爭議的設計問題.為強制執行它的以數據為中心的基准,ADO.Net沒有游標的顯示實現.
在ADO中,你已習慣於利用游標將記錄從數據庫或其它OLE DB兼容的數據源中抽取, 你可以選擇客戶端或是服務器端游標,每種游標都有幾個預先設定的游標類型. 而在ADO.Net中更多的是從數據源中抽取數據,並且為讀取和分析數據提供新的編程接口
在ADO中,通過規定連接和命令文本,你可以創建一個Recordset 對象.對於游標的位置和類型Recordset有一些規定.你可以按下面的方法來讀取數據.
在內存中創建選定記錄的靜態副本,然後在斷開與數據源的連接時對副本進行處理,ADO稱之為靜態游標.
通過快速的, 僅向前的, 只讀游標來滾動數據,,ADO稱之為僅向前游標.
通過服務器端游標來訪問數據,需要良好的連接,但您可以在不同層面上檢測由其它連線用戶輸入的信息,ADO稱之為: 動態游標.
頭兩種都是在斷開的recordsets上進行操作,並從客戶端緩存中讀取信息,另外,前兩種方式也常被用於面向WEB的環境中以及全新的 n-tIEr 系統當中.
在ADO中,以上所有這些方式與不同類型的游標相對應 .在文中,你將會發現,ADO.Net雖然與ADO不同,但它具備了ADO的所有功能.相對照來說,你的代碼將從實際的數據源及其物理存儲媒介和格式中抽取數據.
ADO.NET能夠使DataSet 和 DataReader 將數據從數據源中抽取出來.前者是記錄在內存中的緩存,你可以從任意方向訪問並隨意作出修改. 後者是高度優化的對象，在只讀紀錄集中以僅向前方式向前移動。注: DataSet 看起來象是靜態游標,但實際上,在.Net中,與ADO只讀游標相對應的是DataReader 對象.
在ADO.NET中,雖然對於服務器端的游標不提供任何支持,但這不意味著你就不能使用游標.實際上,你所需要做的步驟是在.Net中輸入ADO庫.你只需在references node上單擊右鍵,就可以在你自己的程序裡運行本地ADO 對象.
但是我個人認為,在你想轉向.NET時,請慎重考慮. 首先,請務必完全輸入ADO, 這不會花費太多時間和精力,這是向.NET邁出的第一步,.但是,這僅僅是萬裡長征的第一步而且也是通向.NET必須的一步. .Net的真正附加值是基於一個均勻的,持續穩定的接口以及本地classes的廣為應用之上的.關於COM librarIEs是可以被支持的,合理的,但不被鼓勵的,因為它僅僅是個短期解決方案,或者是一個過渡步驟.
當你要開始使用ADO.NET時,請考慮這樣一個事實:ADO.Net統一了數據容器類編程接口,.因此,不管是何種類型的程序: Windows Form, Web Form, 或者 Web Service也好,你都得在同一組類中集中處理有關數據. 不管處於後端的數據源是SQL Server database,或是OLE DB 提供程序,, XML文件,又或是數組,你都可以使用一樣的方法和屬性來進行處理.
Figure 1. Solution Explorer menu
如果你堅持在.Net世界中使用ADO,那麼請准備好面對一些其它的影響,例如你需要額外的代碼才能夠從數據綁定控件中使用recordset.
