这篇文章主要介绍“ADO.NET架构和ADO的差异是什么”，在日常操作中，相信很多人在ADO.NET架构和ADO的差异是什么问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”ADO.NET架构和ADO的差异是什么”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
ADO.NET架构
ADO.NET架构(object model)有五個主要的對象，分別是Connection對象，Command對象,DataAdpter對象,Dataset對象以及 DataReader對象.這些對象中負責建立連線和數據操作的部分我們稱為‘數據操作對象’(Managed Provider),分別由Connection對象，Command對象,DataAdpter對象以及DataReader對象所組成。數據操作對象 最主要是當作Dataset對象以及數據源之間的橋梁，負責將數據源中的數據取出後存入Dataset對象中管理，以及將數據存回數據源的工作。
Connection對象 ： 可以開啟程式和數據源之間的連接。沒有利用connection對象將數據源打開，則無法從數據源中取得數據。 Command對象： 用來對數據源發出指令，如對數據源下達查詢，新增，修改，刪除數據等指令。
DataAdpter對象： 主要是在數據源以及Dataset之間執行資料傳輸的工作，它可以透過command下達命令后，將取得的資料存入dataset中管理。 Dataset對象： 可以視作一個緩沖區（cache）,可以把從數據源中所查詢得到的資料保留起來，甚至可以將整個數據源內的資料顯示出來。ADO.NET架构不但可以儲存多個table，還可以透過DataAdpter對象取得一些如主鍵等的數據表結構，并可以記錄表間的關聯。
DataReader 對象： 若只需要循序讀取數據源中的資料而不需要其他操作，ADO.NET架构可以使用DataReader對象。DataReader對象讀取是一次一筆，向下循序讀取數據源中的 資料，而且被DataReader對象所趨會的數據是唯讀的（read only）,并不允許作其他操作。
各部件之间的关系如图下图所示：
ADO.NET架构和ADO的差異
對於 ADO 的開發人員來說，最明顯的變化在於以往 ADO 中的 Recordset 消失了，並且明確的分開為連線型的 DataReader 以及離線型的 DataSet 與 DataTable，並且發展支援離線型資料來源的瀏覽工具 DataView， 這樣的改變，讓習慣使用 ADO 的 VB/ASP 開發人員會有某種程度的不習慣，同時讓ADO.NET架构的學習會較 ADO 有較些許的複雜性，因此有部分新入門或是VB 6.0/ASP開發人員會在學習.NET Framework或是使用VB.NET開發應用程式時，在 .NET Framework 中使用 ADO 來連接資料來源。但在 .NET Framework 應用程式使用 ADO.NET架构的話，.NET Framework會因為要多一層COM和.NET資料之間的轉換，會讓應用程式效能有少部分的損耗。
到此，关于“ADO.NET架构和ADO的差异是什么”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注编程网网站，小编会继续努力为大家带来更多实用的文章！
