adonet数据库访问技术
‘壹’ asp.net和ado.net有什么区别
asp.net和ado.net的区别列举如下：
1.ADO.net它提供了平台互用性和可伸缩的数据访问。ADO.NET增强了对非连接编程模式的支持。Asp.net是动态服务器页面，用户可以和他进行交互，经常通过ADO.net读取和更新数据。
2.ASP.NET是建立在公共语言运行库上的编程框架，可用于在服务器上生成 Web 应用程序。ADO.NET是一种基于标准的程序设计模型，可以用来创建分布式应用以实现数据共享。
3.ASP.NET可以看成是.NET的一部分，可以用于动态网站制作的一项技术，当然也可以作项目。ADO.NET是.NET Framework中的一套类库，看作一个文件夹吧，里面的文件就是那些能够访问数据库的类。
4.ASP.NET是微软在.net Framework提供的，用于开发web应用程序的类库，封装在System.Web.dll中，对应程序中是System.Web这个命名空间。ADO.NET 对 Microsoft SQL Server 和 XML 等数据源以及通过 OLE DB 和 XML 公开的数据源提供一致的访问。
5.ado.net是数据库的一种访问方式，不能与asp.net相提并论，asp.net是基于.NetFramdwork 的网站开发技术。在数据库访问主要使用ADO.NET方式，主要表现对象为:DataSet 内存加载数据方式。
‘贰’ 请叙述一下asp.net ado.net framework三者的关系
asp.net是一种开发架构，包含了c#、vb、j#等语言,是.NET FrameWork的一部分，是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术。
ado.net是一种数据访问技术，也是asp.net用来动态交互的数据工具。
而.net framework是一个框架，一个平台。不管是c#.net还是vb.net开发的东西都可以在这平台上运行。
简单来说，asp.net基于.net framework，而ado.net是asp.net中用来数据交互的工具。
‘叁’ 简述 ADO.NET访问数据库的步骤
1，引入命名空间
2，定义连接字符串
3，定义connection对象
4，写Sql语句
5，创建command对象
6，try{}catch{}finally{}
7，打开数据库连接
8，创建DataReader对象
9，逐行读取DataReader对象查询的结果
0，关闭DataReader对象
11，关闭数据库连接
‘肆’ 什么是ado.net，它跟C#有没有关系
ado.net跟C#没有直接关系，
C＃是一门语言，ado.net是.net框架访问数据库的一种技术，c＃要访问数据库就要用这门技术，
‘伍’ 请介绍一下ADO.NET框架下几种数据库访问技术的优缺点。详细一点
数据源控件访问数据库：简单快捷，但是真正的开发中不会去这样用的，因为1是效率问题2是灵活性不足，这就跟ASP.NET里面的其他控件一样，正的要做大应用是不会用这种东西的，因为扩展性不足，或者为了做到兼容性损失了效率。 使用.NET数据提供程序访问数据库：共有4种，SQL Server .NET Framework数据提供程序，OLEDB .NET Framework数据提供程序，ODBC .NET Framework数据提供程序，Oracle .NET Framework数据提供程序。看名字也该明白，针对不同的数据库使用不同的数据提供程序，这是开发中最经常使用的方式，缺点是米有办法应对多数据库的情况，也就是说假如你的应用是面向多数据库的，那么有几种数据库，基本要写几套SQL。 用DATASet：恭喜你不用写T-SQL了，但是你要学会它的语法，从此不用担心多数据库应用的问题。但是惨了，它为了兼容多种数据库因此T-SQL写的真的“很兼容”执行效率太低，同样的一个表现结果，这个SQL嵌套了好几次，效率灰常低。 LINQ to SQL：老实讲，他就是为SQL SERVER而生的，你也不用写T-SQL了，它的语法学学还是好处颇多，因因为你在LINQ TO OBJECT上也能见到这种语法的影子收益颇多，它的执行效率很快，但是不管怎么讲也没有你直接用SQL Server .NET Framework数据提供程序，自己写SQL快，可控制程度高，好处也是显而易见就像用DATASET一样，你不用再为了数据持久化问题写一大堆ORM的东西了。 by the way,目前.NET中，ORM用的比较多的是Nhibernate，但是你如果就想用SQL SERVER还是用LINQ to SQL吧，好处显而易见，在开发过程中对于数据库的变更也是比较常见的，你的数据库字段不知道会出现在哪个类，哪个文件中，如果用了DATASET,或LINQ2SQL在编译阶段你就可以察觉到这种变更带来的影响。
‘陆’ ITJOB考题使用ADO.NET数据访问技术连接Oracle数据库和连接Sql Server数据库的有哪几个步骤
随着数据库产品和技术的发展，数据库访问技术也从ODBC、DAO、RDO、OLE DB、ADO 和 RDS发展到今天的ADO.NET。以下内容由城市刀客整理编辑，旨在为你展示数据库访问技术的概貌。
<!--[if !supportEmptyParas]-->
ODBC<!--[endif]-->
ODBC 技术为访问不同的SQL 数据库提供了一个共同的接口。ODBC 使用 SQL 作为访问数据的标准。这一接口提供了最大限度的互操作性：一个应用程序可以通过共同的一组代码访问不同的 SQL 数据库管理系统 (DBMS)。开发人员可以添加数据库驱动程序，将应用程序与用户所选的 DBMS 联系起来。驱动程序管理器提供应用程序与数据库之间的中间链接。ODBC 接口包含一系列功能，由每个 DBMS 的驱动程序实现。当应用程序改变它的 DBMS 时，开发人员只使用新的 DBMS 驱动程序替代旧的驱动程序，并且应用程序可以无需修改代码照常运行。
<!--[if !supportEmptyParas]-->
标准 ODBC 结构的关系图如下：
DAO & RDO
DAO 是建立在 Microsoft Jet Microsoft Access 的数据库引擎基础之上的。Jet 是第一个连接到 Access 的面向对象的接口。使用 Access 的应用程序可以用 DAO 直接访问数据库。由于 DAO 是严格按照 Access 建模的，因此，使用 DAO 是连接 Access 数据库最快速、最有效的方法。DAO 也可以连接到非 Access 数据库，例如，SQL Server 和 Oracle。DAO 使用 ODBC，但是由于 DAO 是专门设计用来与 Jet 引擎对话的，Jet 将解释 DAO 和 ODBC 之间的调用。使用除 Access 之外的数据库时，这种额外的解释步骤导致较慢的连接速度。如下图所示：
<!--[if !supportEmptyParas]--> <!--[endif]-->
要克服这样的限制，Microsoft 创建了 RDO。图 Application1 显示了 RDO 如何直接访问 ODBC API，而无需通过 Jet 引擎。不久之后，Microsoft 推出了 ODBCDirect，它是 DAO 的扩展，在后台使用 RDO。图 Application2 显示 ODBCDirect 如何允许现有的 DAO 应用程序访问数据库，而没有 Jet 引擎产生的性能损失。
OLE DB
OLE DB 建立于 ODBC 之上，并将此技术扩展为提供更高级数据访问接口的组件结构。此结构对企业中及 Internet 上的 SQL、非 SQL 和非结构化数据源提供一致的访问。（实际上，在访问基于 SQL 的数据时，OLE DB 仍使用 ODBC，因为对于 SQL 它是最优结构。）
OLE DB 由三个组件构成：数据使用者（例如，一个应用程序）；包含并公开数据的数据提供程序以及处理并传输数据的服务组件（例如，查询处理器、游标引擎）。OLE DB 是一个针对 SQL 数据源和非 SQL 数据源（例如，邮件和目录）进行操作的 API。如下图所示：
OLE DB 为 C 和 C++ 程序员及使用其他包含 C 样式函数调用语言的程序员提供绑定。有一些语言（例如 VB 和 VBScript）不提供指针数据类型（地址变量）。因此，这些语言不能使用 C 样式绑定，而且不能直接调用 OLE DB。<!--[if !supportEmptyParas]--> <!--[endif]-->
在此基础上，Microsoft 推出了另一个数据访问对象模型：ADO。ADO 采用基于 DAO 和 RDO 的对象，并提供比 DAO 和 RDO 更简单的对象模型（尽管会产生一些冗余的功能，如现在进行一项操作时可以用不止一种方法）。ADO 中的对象层次结构比 DAO 中的更平缓。ADO 包含一些简化对数据存储区数据的访问任务的内置对象。
<!--[if !supportEmptyParas]-->
下图显示了应用程序连接到数据库可采取的许多途径。例如，VB 程序员可以使用 ADO 将应用程序连接到 OLE DB 提供程序。如果数据库不支持 OLE DB，应用程序可以通过 ODBC 连接。Visual C++ (VC++) 程序员可以使用 ADO 或直接通过 OLE DB 连接。
让我们看一个简单示例，它显示 ADO 是如何运行的。清单 1 显示可如何使用典型的记录集对象--ADO 中的核心对象。记录集对象表示一系列记录（很像一个表），并支持游标类型，例如，adOpenForwardOnly、adOpenKeyset、adOpenDynamic 和 adOpenStatic。游标可以在服务器端（默认情况下），也可在客户端。<!--[if !supportEmptyParas]--> <!--[endif]-->
清单 1
<!--#include file="adovbs.inc"-->
<%
Dim connStr, rs
connStr = "Provider=SQLOLEDB.1;Persist Security Info=False;User ID=sa;Initial Catalog=pubs;Data Source=localhost"
SET rs= Server.CreateObject("ADODB.Recordset")
<!--[if !supportEmptyParas]-->rs.Open "Authors", connStr, adOpenForwardOnly, adLockOptimistic, adCmdTable
WHILE NOT rs.EOF
response.write rs("au_fname") & "," & rs("au_lname") & "<br>"
rs.moveNext
END
SET rs=nothing
%>
<!--[if !supportEmptyParas]-->
要访问一条记录，ADO 需要按顺序扫描记录集。要访问多个表，需要执行 JOIN 查询，并将返回的结果作为记录集。虽然记录集对象支持断开的数据访问，ADO 还是主要为连接的数据访问而设计。这种连接的访问模式占用服务器端的重要资源。另外，要传输记录集，必须使用 COM 封送处理。COM 封送处理是数据类型转换过程，这种转换占用额外的系统资源。<!--[if !supportEmptyParas]--> <!--[endif]-->
从 ADO 2.1 开始，Microsoft 将 XML 支持添加到 ADO 对象模型，这样就可将记录集保存为 XML 文档。然而，直到 ADO 2.5 出现，ADO 2.1 中 XML 支持的一些限制（例如，分层记录集对象的保持）才被取消。虽然 ADO 可以将 XML 文档读入记录集，但它只能读取名为高级数据表图 (Advanced Data TableGram, ADTG) 的专用架构。<!--[if !supportEmptyParas]--> <!--[endif]-->
Microsoft 希望拥有断开的数据访问机制，它扩展了 ADO 并推出远程数据服务 (RDS)。RDS 是按照 ADO 建模的，无需实时连接就可以使记录集传输到客户端（例如，Web 浏览器）。然而，如同 ADO 一样，RDS 使用 COM 封送处理将记录集从服务器传输到客户端。
‘柒’ 数据库访问技术
随着数据库产品和技术的发展，数据库访问技术也从ODBC、DAO、RDO、OLE DB、ADO 和 RDS发展到今天的ADO.NET。以下内容由城市刀客整理编辑，旨在为你展示数据库访问技术的概貌。
<!--[if !supportEmptyParas]-->
ODBC<!--[endif]-->
ODBC 技术为访问不同的SQL 数据库提供了一个共同的接口。ODBC 使用 SQL 作为访问数据的标准。这一接口提供了最大限度的互操作性：一个应用程序可以通过共同的一组代码访问不同的 SQL 数据库管理系统 (DBMS)。开发人员可以添加数据库驱动程序，将应用程序与用户所选的 DBMS 联系起来。驱动程序管理器提供应用程序与数据库之间的中间链接。ODBC 接口包含一系列功能，由每个 DBMS 的驱动程序实现。当应用程序改变它的 DBMS 时，开发人员只使用新的 DBMS 驱动程序替代旧的驱动程序，并且应用程序可以无需修改代码照常运行。
<!--[if !supportEmptyParas]-->
标准 ODBC 结构的关系图如下：
DAO & RDO
DAO 是建立在 Microsoft Jet Microsoft Access 的数据库引擎基础之上的。Jet 是第一个连接到 Access 的面向对象的接口。使用 Access 的应用程序可以用 DAO 直接访问数据库。由于 DAO 是严格按照 Access 建模的，因此，使用 DAO 是连接 Access 数据库最快速、最有效的方法。DAO 也可以连接到非 Access 数据库，例如，SQL Server 和 Oracle。DAO 使用 ODBC，但是由于 DAO 是专门设计用来与 Jet 引擎对话的，Jet 将解释 DAO 和 ODBC 之间的调用。使用除 Access 之外的数据库时，这种额外的解释步骤导致较慢的连接速度。如下图所示：
<!--[if !supportEmptyParas]--> <!--[endif]-->
要克服这样的限制，Microsoft 创建了 RDO。图 Application1 显示了 RDO 如何直接访问 ODBC API，而无需通过 Jet 引擎。不久之后，Microsoft 推出了 ODBCDirect，它是 DAO 的扩展，在后台使用 RDO。图 Application2 显示 ODBCDirect 如何允许现有的 DAO 应用程序访问数据库，而没有 Jet 引擎产生的性能损失。
OLE DB
OLE DB 建立于 ODBC 之上，并将此技术扩展为提供更高级数据访问接口的组件结构。此结构对企业中及 Internet 上的 SQL、非 SQL 和非结构化数据源提供一致的访问。（实际上，在访问基于 SQL 的数据时，OLE DB 仍使用 ODBC，因为对于 SQL 它是最优结构。）
OLE DB 由三个组件构成：数据使用者（例如，一个应用程序）；包含并公开数据的数据提供程序以及处理并传输数据的服务组件（例如，查询处理器、游标引擎）。OLE DB 是一个针对 SQL 数据源和非 SQL 数据源（例如，邮件和目录）进行操作的 API。如下图所示：
OLE DB 为 C 和 C++ 程序员及使用其他包含 C 样式函数调用语言的程序员提供绑定。有一些语言（例如 VB 和 VBScript）不提供指针数据类型（地址变量）。因此，这些语言不能使用 C 样式绑定，而且不能直接调用 OLE DB。<!--[if !supportEmptyParas]--> <!--[endif]-->
在此基础上，Microsoft 推出了另一个数据访问对象模型：ADO。ADO 采用基于 DAO 和 RDO 的对象，并提供比 DAO 和 RDO 更简单的对象模型（尽管会产生一些冗余的功能，如现在进行一项操作时可以用不止一种方法）。ADO 中的对象层次结构比 DAO 中的更平缓。ADO 包含一些简化对数据存储区数据的访问任务的内置对象。
<!--[if !supportEmptyParas]-->
下图显示了应用程序连接到数据库可采取的许多途径。例如，VB 程序员可以使用 ADO 将应用程序连接到 OLE DB 提供程序。如果数据库不支持 OLE DB，应用程序可以通过 ODBC 连接。Visual C++ (VC++) 程序员可以使用 ADO 或直接通过 OLE DB 连接。
让我们看一个简单示例，它显示 ADO 是如何运行的。清单 1 显示可如何使用典型的记录集对象--ADO 中的核心对象。记录集对象表示一系列记录（很像一个表），并支持游标类型，例如，adOpenForwardOnly、adOpenKeyset、adOpenDynamic 和 adOpenStatic。游标可以在服务器端（默认情况下），也可在客户端。<!--[if !supportEmptyParas]--> <!--[endif]-->
清单 1
<!--#include file="adovbs.inc"-->
<%
Dim connStr, rs
connStr = "Provider=SQLOLEDB.1;Persist Security Info=False;User ID=sa;Initial Catalog=pubs;Data Source=localhost"
SET rs= Server.CreateObject("ADODB.Recordset")
<!--[if !supportEmptyParas]-->rs.Open "Authors", connStr, adOpenForwardOnly, adLockOptimistic, adCmdTable
WHILE NOT rs.EOF
response.write rs("au_fname") & "," & rs("au_lname") & "<br>"
rs.moveNext
END
SET rs=nothing
%>
<!--[if !supportEmptyParas]-->
要访问一条记录，ADO 需要按顺序扫描记录集。要访问多个表，需要执行 JOIN 查询，并将返回的结果作为记录集。虽然记录集对象支持断开的数据访问，ADO 还是主要为连接的数据访问而设计。这种连接的访问模式占用服务器端的重要资源。另外，要传输记录集，必须使用 COM 封送处理。COM 封送处理是数据类型转换过程，这种转换占用额外的系统资源。<!--[if !supportEmptyParas]--> <!--[endif]-->
从 ADO 2.1 开始，Microsoft 将 XML 支持添加到 ADO 对象模型，这样就可将记录集保存为 XML 文档。然而，直到 ADO 2.5 出现，ADO 2.1 中 XML 支持的一些限制（例如，分层记录集对象的保持）才被取消。虽然 ADO 可以将 XML 文档读入记录集，但它只能读取名为高级数据表图 (Advanced Data TableGram, ADTG) 的专用架构。<!--[if !supportEmptyParas]--> <!--[endif]-->
Microsoft 希望拥有断开的数据访问机制，它扩展了 ADO 并推出远程数据服务 (RDS)。RDS 是按照 ADO 建模的，无需实时连接就可以使记录集传输到客户端（例如，Web 浏览器）。然而，如同 ADO 一样，RDS 使用 COM 封送处理将记录集从服务器传输到客户端。
ADO.NET
在开始设计 .NET 框架时，Microsoft 就以此为契机重新设计了数据访问模型。Microsoft 没有进一步扩展 ADO，而是决定设计一个新的数据访问框架,但保留了缩写词。Microsoft 根据其成功的 ADO 对象模型经验设计了 ADO.NET。但 ADO.NET 满足了 ADO 无法满足的三个重要需求：提供了断开的数据访问模型，这对 Web 环境至关重要；提供了与 XML 的紧密集成；还提供了与 .NET 框架的无缝集成（例如，兼容基类库类型系统）。
下图显示了 ADO.NET 的结构。但缺少了能够在 ADO 中执行诸多功能的记录集对象。ADO.NET 具有几个专用对象以执行特定任务，用于代替记录集对象。表 1 描述了其中的三个专用对象：DataAdapter、DataReader 和 Dataset。
表一：
DataAdapter The DataAdapter object provides a bridge between the database and a DataSet. The key advantage of DataAdapter is that it can work with any data source. The data source might be a database or it might be an XML document.
//DataAdapter提供了一个数据库与DataSet之间的桥梁。它最大的优点在于能工作于不同的数据源，这些数据源可以是数据库，也可以是 XML文件。
DataReader The DataReader object provides an efficient way to retrieve records on the server side. DataReader is a connected, read-only, and forward-only data-access mode. This object is useful for Web applications, which use DataReader to display records on Web pages.
//DataReader对象提供了从服务器端高效获取数据的途径，它是在只读和只进的连接模式下从数据源读取数据的，这个对象对通过网页展示数据记录的Web应用程序开发很有用。
DataSet The DataSet object provides disconnected copies of records from a database. The DataSet object stores records from a table (or multiple tables) in memory without holding a connection to the server. When in memory, DataSet is a binary object. When the DataSet is remoted, transferred, or serialized, it''s represented as a DiffGram—an XML format. Because XML is plaintext, records can be exchanged easily over the Web, bypassing firewall restrictions（限制性）. DataSet also contains various objects—such as constraints（压缩）, relationships, and views—that let you manipulate（操作） tables on the client side instead of working through one Recordset in ADO.
//DataSet对象在断开数据库连接的情况下提供了一个数据库内容的拷贝，它把记录从表中取出，以二进制对象的形式存放在内存中。当Dataset被调用的时候，它表现为DiffGram--一种XML格式。
‘捌’ ado.net数据访问技术的意义是什么
这个问题好像有点问题
如果没有ado.net，那么c#代码如何访问数据库呢，可以使用ado，
在ado。net中引入了DataSet，即强类型的数据集，而ado中使用的是结果集，ResultSet
‘玖’ ado.net是什么意思
ADO.NET是一组用于和数据源进行交互的面向对象类库。通常情况下,数据源是数据库，但它同样也能够是文本文件、Excel表格或者XML文件。 ADO.NET允许和不同类型的数据源以及数据库进行交互。然而并没有与此相关的一系列类来完成这样的工作。因为不同的数据源采用不同的协议，所以对于不同的数据源必须采用相应的协议。一些老式的数据源使用ODBC协议，许多新的数据源使用OleDb协议，并且现在还不断出现更多的数据源，这些数据源都可以通过.NET的ADO.NET类库来进行连接。
简单的说，这是说怎么样和数据库交互（增 删 改 查），
我是从“上海全鼎软件学院”毕业的————————
‘拾’ ADO、ADODB、ADO.NET、ODBC
这是数据库引擎。
每种数据库的数据格式，内部实现机制都是不同的，要利用一种开发工具访问一种数据库，就必须通过一种中介程序，这种开发工具与数据库之间的中介程序就叫数据库引擎。
ODBC（Open DataBase Connectivity）开放数据库互联。是由微软主导的数据库链接标准。
MFC（Microsoft Foundation Class）微软基础类。MFC ODBC是对ODBC的封装。
DAO（Data Access Object）数据访问对象。不提供远程访问功能。
RDO（Remote Data Object）远程数据对象。速度快，支持SQL Server存储过程。
OLE-DB（Object Linking and Embedding DataBase）对象链接和嵌入数据库。它依赖于COM和提供OLE DB提供者的厂商而非ODBC使用的SQL。
ADO（ActiveX Data Object）ActiveX数据对象。基于OLE-DB建立连接的局部和远程数据库访问技术。
访问接口 易用性 运行性能 可扩展性 突出特点 能否访问非关系数据源 技术层次
ODBC 差 较高 差 可进行底层控制 否 底层
MFC ODBC 好 较高 一般 通用标准， 应用广泛 否 高层
MFC DAO 好 较高 一般 访问JET性能最好 能 高层
OLE DB 较难 高 好 可访问非关系DB 能 底层
ADO 最好 高 好 可访问非关系，有多种编程接口 能 高层