ASP.NET数据库编程_Asp.NET数据库操作
日期：2009-10-03 浏览次数：20510 次
ASP.NET中的ADO.NET和ASP中的ADO相对应，它是ADO的改进版本。在ADO.NET中，通过Managed Provider所提供的应用程序编程接口(API)，可以轻松地访问各种数据源的数据，包括OLEDB所支持的和ODBC支持的数据库。
下面介绍ADO.NET中最重要的两个概念：Managed Provider和DataSet。
Managed Provider
过去，通过ADO的数据存取采用了两层的基于连接的编程模型。随着多层应用的需求不断增加，程序员需要一个无连接的模型。ADO.NET就应运而生了。ADO.NET的Managed Provider就是一个多层结构的无连接的一致的编程模型。
Managed Provider提供了DataSet和数据中心（如MS SQL）之间的联系。Managed Provider包含了存取数据中心（数据库）的一系列接口。主要有三个部件：
1、连接对象Connection、命令对象Command、参数对象Parameter提供了数据源和DataSet之间的接口。DataSetCommand接口定义了数据列和表映射，并最终取回一个DataSet。
2、数据流提供了高性能的、前向的数据存取机制。通过IdataReader，你可以轻松而高效地访问数据流。
3、更底层的对象允许你连接到数据库，然后执行数据库系统一级的特定命令。
过去，数据处理主要依赖于两层结构，并且是基于连接的。连接断开，数据就不能再存取。现在，数据处理被延伸到三层以上的结构，相应地，程序员需要切换到无连接的应用模型。这样，DataSetCommand就在ADO.NET中扮演了极其重要的角色。它可以取回一个DataSet，并维护一个数据源和DataSet之间的"桥"，以便于数据访问和修改、保存。DataSetCommand自动将数据的各种操作变换到数据源相关的合适的SQL语句。从图上可以看出，四个Command对象：SelectCommand、InsertCommand、UpdateCommand、DeleteCommand分别代替了数据库的查询、插入、更新、删除操作。
Managed Provider利用本地的OLEDB通过COM Interop来实现数据存取。OLEDB支持自动的和手动的事务处理。所以，Managed Provider也提供了事务处理的能力。
DataSet
DataSet是ADO.NET的中心概念。你可以把DataSet想象成内存中的数据库。正是由于DataSet，才使得程序员在编程序时可以屏蔽数据库之间的差异，从而获得一致的编程模型。
DataSet支持多表、表间关系、数据约束等等。这些和关系数据库的模型基本一致。
通过ADO.NET访问数据库
不论从语法来看，还是从风格和设计目标来看，ADO.NET都和ADO有显著的不同。在ASP中通过ADO访问数据库，一般要通过以下四个步骤：
1、 创建一个到数据库的链路，即ADO.Connection；
2、 查询一个数据集合，即执行SQL，产生一个Recordset；
3、 对数据集合进行需要的操作；
4、 关闭数据链路。
在ADO.NET里，这些步骤有很大的变化。ADO.NET的最重要概念之一是DataSet。DataSet是不依赖于数据库的独立数据集合。所谓独立，就是：即使断开数据链路，或者关闭数据库，DataSet依然是可用的。如果你在ASP里面使用过非连接记录集合(Connectionless Recordset)，那么DataSet就是这种技术的最彻底的替代品。
有了DataSet，那么，ADO.NET访问数据库的步骤就相应地改变了：
1、创建一个数据库链路；
2、请求一个记录集合；
3、把记录集合暂存到DataSet；
4、如果需要，返回第2步；（DataSet可以容纳多个数据集合）
5、关闭数据库链路；
6、在DataSet上作所需要的操作。
DataSet在内部是用XML来描述数据的。由于XML是一种平台无关、语言无关的数据描述语言，而且可以描述复杂数据关系的数据，比如父子关系的数据，所以DataSet实际上可以容纳具有复杂关系的数据，而且不再依赖于数据库链路。
ADO.NET有许多对象，我们先看看最基本的也最常用的几个。首先看看ADOConnection。和ADO的ADODB.Connection对象相对应，ADOConnection维护一个到数据库的链路。为了使用ADO.NET对象，我们需要引入两个NameSpace：System.Data和System.Data.ADO，使用ASP.NET的Import指令就可以了：
＜%@ Import Namespace="System.Data" %＞
＜%@ Import Namespace="System.Data.ADO" %＞
和ADO的Connection对象类似，ADOConnection对象也有Open和Close两个方法。下面的这个例子展示了如何连接到本地的MS SQL Server上的Pubs数据库。
上面的代码和ADO没有什么太大的差别。应该提到的是，ADO.NET提供了两种数据库连接方式：ADO方式和SQL方式。这里我们是通过ADO方式连接到数据库。关于建立数据库连接的详细信息，我们在后面的篇幅中将会讲到。
ADODatasetCommand
另一个不得不提到的ADO.NET对象是ADODatasetCommand，这个对象专门负责创建我们前面提到的DataSet对象。另一个重要的ADO.NET对象是Dataview，它是DataSet的一个视图。还记得DataSet可以容纳各种各种关系的复杂数据吗？通过Dataview，我们可以把DataSet的数据限制到某个特定的范围。
下面的代码展示了如何利用ADODatasetCommand为DataSet填充数据：
下面介绍ADO.NET中最重要的两个概念：Managed Provider和DataSet。
Managed Provider
过去，通过ADO的数据存取采用了两层的基于连接的编程模型。随着多层应用的需求不断增加，程序员需要一个无连接的模型。ADO.NET就应运而生了。ADO.NET的Managed Provider就是一个多层结构的无连接的一致的编程模型。
Managed Provider提供了DataSet和数据中心（如MS SQL）之间的联系。Managed Provider包含了存取数据中心（数据库）的一系列接口。主要有三个部件：
1、连接对象Connection、命令对象Command、参数对象Parameter提供了数据源和DataSet之间的接口。DataSetCommand接口定义了数据列和表映射，并最终取回一个DataSet。
2、数据流提供了高性能的、前向的数据存取机制。通过IdataReader，你可以轻松而高效地访问数据流。
3、更底层的对象允许你连接到数据库，然后执行数据库系统一级的特定命令。
过去，数据处理主要依赖于两层结构，并且是基于连接的。连接断开，数据就不能再存取。现在，数据处理被延伸到三层以上的结构，相应地，程序员需要切换到无连接的应用模型。这样，DataSetCommand就在ADO.NET中扮演了极其重要的角色。它可以取回一个DataSet，并维护一个数据源和DataSet之间的"桥"，以便于数据访问和修改、保存。DataSetCommand自动将数据的各种操作变换到数据源相关的合适的SQL语句。从图上可以看出，四个Command对象：SelectCommand、InsertCommand、UpdateCommand、DeleteCommand分别代替了数据库的查询、插入、更新、删除操作。
Managed Provider利用本地的OLEDB通过COM Interop来实现数据存取。OLEDB支持自动的和手动的事务处理。所以，Managed Provider也提供了事务处理的能力。
DataSet
DataSet是ADO.NET的中心概念。你可以把DataSet想象成内存中的数据库。正是由于DataSet，才使得程序员在编程序时可以屏蔽数据库之间的差异，从而获得一致的编程模型。
DataSet支持多表、表间关系、数据约束等等。这些和关系数据库的模型基本一致。
通过ADO.NET访问数据库
不论从语法来看，还是从风格和设计目标来看，ADO.NET都和ADO有显著的不同。在ASP中通过ADO访问数据库，一般要通过以下四个步骤：
1、 创建一个到数据库的链路，即ADO.Connection；
2、 查询一个数据集合，即执行SQL，产生一个Recordset；
3、 对数据集合进行需要的操作；
4、 关闭数据链路。
在ADO.NET里，这些步骤有很大的变化。ADO.NET的最重要概念之一是DataSet。DataSet是不依赖于数据库的独立数据集合。所谓独立，就是：即使断开数据链路，或者关闭数据库，DataSet依然是可用的。如果你在ASP里面使用过非连接记录集合(Connectionless Recordset)，那么DataSet就是这种技术的最彻底的替代品。
有了DataSet，那么，ADO.NET访问数据库的步骤就相应地改变了：
1、创建一个数据库链路；
2、请求一个记录集合；
3、把记录集合暂存到DataSet；
4、如果需要，返回第2步；（DataSet可以容纳多个数据集合）
5、关闭数据库链路；
6、在DataSet上作所需要的操作。
DataSet在内部是用XML来描述数据的。由于XML是一种平台无关、语言无关的数据描述语言，而且可以描述复杂数据关系的数据，比如父子关系的数据，所以DataSet实际上可以容纳具有复杂关系的数据，而且不再依赖于数据库链路。
ADO.NET有许多对象，我们先看看最基本的也最常用的几个。首先看看ADOConnection。和ADO的ADODB.Connection对象相对应，ADOConnection维护一个到数据库的链路。为了使用ADO.NET对象，我们需要引入两个NameSpace：System.Data和System.Data.ADO，使用ASP.NET的Import指令就可以了：
＜%@ Import Namespace="System.Data" %＞
＜%@ Import Namespace="System.Data.ADO" %＞
和ADO的Connection对象类似，ADOConnection对象也有Open和Close两个方法。下面的这个例子展示了如何连接到本地的MS SQL Server上的Pubs数据库。
＜%@ Import Namespace="System.Data" %＞ ＜%@ Import Namespace="System.Data.ADO" %＞ ＜% '设置连接串... Dim strConnString as String strConnString = "Provider=SQLOLEDB; Data Source=(local); " & _ "Initial Catalog=pubs; User ID=sa" '创建对象ADOConnection Dim objConn as ADOConnection objConn = New ADOConnection '设置ADOCOnnection对象的连接串 objConn.ConnectionString = strConnString objConn.Open() '打开数据链路 '数据库操作代码省略 objConn.Close() '关闭数据链路 objConn = Nothing '清除对象 %＞ |
上面的代码和ADO没有什么太大的差别。应该提到的是，ADO.NET提供了两种数据库连接方式：ADO方式和SQL方式。这里我们是通过ADO方式连接到数据库。关于建立数据库连接的详细信息，我们在后面的篇幅中将会讲到。
ADODatasetCommand
另一个不得不提到的ADO.NET对象是ADODatasetCommand，这个对象专门负责创建我们前面提到的DataSet对象。另一个重要的ADO.NET对象是Dataview，它是DataSet的一个视图。还记得DataSet可以容纳各种各种关系的复杂数据吗？通过Dataview，我们可以把DataSet的数据限制到某个特定的范围。
下面的代码展示了如何利用ADODatasetCommand为DataSet填充数据：
'创建SQL字符串 Dim strSQL as String = "SELECT * FROM authors" '创建对象ADODatasetCommand 和Dataset Dim objDSCommand as ADODatasetCommand Dim objDataset as Dataset = New Dataset objDSCommand = New ADODatasetCommand(strSQL, objConn) '
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
|
