搞了一整天的ADO.NET應用程序,我都快崩潰了! ,以后再也不能隨便的關機了,因為這次的不小心,幾乎所有的Net安裝，調試問題都被我碰到了，還好，我一個個把他記錄下來了，同時，在相關論壇上找了一些相關的解決辦法，分享一下，供大家相互學習交流

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.NET應用程稱之為僅向前游標.通過服務器端游標來訪問數據,需要良好的連接,但您可以在不同層面上檢測由其它連線用戶輸入的信息,ADO稱之為: 動態游標。#t#

頭兩種都是在斷開的recordsets上進行操作,并從客戶端緩存中讀取信息,另外,前兩種方式也常被用于面向WEB的環境中以及全新的 n-tier 系統當中.在ADO中,以上所有這些方式與不同類型的游標相對應 .在文中,你將會發現,ADO.NET應用程雖然與ADO不同,但它具備了ADO的所有功能.相對照來說,你的代碼將從實際的數據源及其物理存儲媒介和格式中抽取數據.

ADO.NET能夠使DataSet 和 DataReader 將數據從數據源中抽取出來.前者是記錄在內存中的緩存,你可以從任意方向訪問并隨意作出修改. 后者是高度優化的對象，在只讀紀錄集中以僅向前方式向前移動。注: DataSet 看起來象是靜態游標,但實際上,在.NET中,與ADO.NET應用程只讀游標相對應的是DataReader 對象.