《microsoft ado 程序员参考》 ado 新增内容入门

microsoft ado 程序员参考 ado 新增内容入门 Microsoft ADO程序员参考-ADO新增内容，入门ADO的新增内容目录在该版本中包含多个新功能和附加文档。 新功能Seek方法和Index属性在记录中实现快速并基于索引的行定位。 针对通过JOIN操作创建的Recordset对象，可以自定义对行更新和同步的控制。 七个新的动态属性控制五个现有方法的行为。 附加文档Microsoft OLE DB PersistenceProvider与记录集对象的Save和Open方法一起，可以将Recordset保存和恢复到文件。 在该版本中，Recordset可使用Extensible MarkupLanguage(XML)格式保存，该格式是Inter上定义用于数据传输的用户指定标记的标准。 Microsoft DataShaping Service for OLEDb支持数据构形，现在可以重新构形以前已构形的记录集。 为了支持该功能，Recordset对象现在具有在连接期间存在的Name属性。 对构形后Recordset的任何等级上的列执行合计运算，而不仅仅针对父的直接子。 该功能使用完整的子集名来形成到预定等级和列的路径。 参数化的PUTE命令在PARAMETER子句和参数之间可以插入任意数量的PUTE子句。 Microsoft OLE DB RemotingProvider服务提供者已成为标准服务提供者，并拥有新的动态属性增强的性能、更多的用户控制和向后兼容ADO2.0。 Microsoft CursorServiceforOLE DB服务组件增补了数据提供者的游标功能。 结果，用户可从所有数据提供者处获得相对统一的功能性。 ADO入门目录本节内容包含按预定顺序排列的系列主题。 只需单击每个主题结尾处的链接即可转到下一个主题。 这些主题包括本地数据访问的解决方案基本的ADO编程模型ADO编程模型详细资料使用对象的ADO编程模型ADO对象模型总结远程数据访问的解决方案基本的RDS编程模型RDS编程模型详细资料使用对象的RDS编程模型RDS对象模型总结下一页本地数据访问的解决方案。 本地数据访问的解决方案目录问题您需要的是简单、一致的应用程序编程接口(API)，使应用程序能够访问和修改各种各样的数据源。 数据源可能象文本文件一样简单，也可能象一堆异构数据库那样复杂，或者是尚未定型的某种数据。 此外，API不应该预先设定访问和操作数据源的方式。 虽然提出了这些要求，典型的数据源依然需要支持开放式数据库连接(ODBC)标准的关系型数据库，并可通过用结构化查询语言(SQL)编写的命令对它进行操作。 Microsoft对该问题提供的总体解决方案是OLE DB，这是一套组件对象模型()接口，可提供对存储在不同信息源进行统一访问的能力。 但是OLE DB应用程序编程接口的设计目的是为了为多种多样的应用程序提供优化功能，它无法满足对简单化的要求。 您需要的API应该是一座连接应用程序和OLEDB的桥梁，这就是ActiveX DataObjects(ADO)。 解决方案ADO定义编程模型，即访问和更新数据源所必需的活动顺序。 编程模型概括了ADO的全部功能。 编程模型意味着对象模型，即响应并执行编程模型的“对象”组。 对象拥有“方法”，方法执行对数据进行的操作;对象拥有“属性”，属性指示数据的某些特性或控制某些对象方法的行为。 与对象关联的是“事件”，事件是某些操作已经发生或将要发生的通知。 下一页基本的ADO编程模型。 基本的ADO编程模型目录ADO提供执行以下操作的方式连接到数据源。 同时，可确定对数据源的所有更改是否已成功或没有发生。 指定访问数据源的命令，同时可带变量参数，或优化执行。 执行命令。 如果这个命令使数据按表中的行的形式返回，则将这些行存储在易于检查、操作或更改的缓存中。 适当情况下，可使用缓存行的更改内容来更新数据源。 提供常规方法检测错误(通常由建立连接或执行命令造成)。 在典型情况下，需要在编程模型中采用所有这些步骤。 但是，由于ADO有很强的灵活性，所以最后只需执行部分模块就能做一些有用的工作。 例如将数据从文件直接存储到缓存行，然后仅用ADO资源对数据进行检查。 下一页ADO编程模型详细资料。 ADO编程模型详细资料目录以下元素是ADO编程模型中的关键部分连接命令参数记录集字段错误属性集合事件连接通过“连接”可从应用程序访问数据源，连接是交换数据所必需的环境。 通过如Microsoft InterInformation Server作为媒介，应用程序可直接(有时称为双层系统)或间接(有时称为三层系统)访问数据源。 对象模型使用Connection对象使连接概念得以具体化。 “事务”用于界定在连接过程中发生的一系列数据访问操作的开始和结束。 ADO可明确事务中的操作造成的对数据源的更改或者成功发生，或者根本没有发生。 如果取消事务或它的一个操作失败，则最终的结果将仿佛是事务中的操作均未发生，数据源将会保持事务开始以前的状态。 对象模型无法清楚地体现出事务的概念，而是用一组Connection对象方法来表示。 ADO访问OLEDB提供者的数据和服务。 Connection对象用于指定专门的提供者和任意参数。 例如，可对远程数据服务(RDS)进行显式调用，或通过“Microsoft OLEDB RemotingProvider”进行隐式调用。 (请参阅RDS教程通过“MS RemoteProvider”调用RDS第二步的范例)命令通过已建立的连接发出的“命令”可以某种方式来操作数据源。 一般情况下，命令可以在数据源中添加、删除或更新数据，或者在表中以行的格式检索数据。 对象模型用Command对象来体现命令概念。 Command对象使ADO能够优化对命令的执行。 通常，命令需要的变量部分即“参数”可以在命令发布之前进行更改。 例如，可重复发出相同的数据检索命令，但每一次均可更改指定的检索信息。 参数对执行其行为类似函数的命令非常有用，这样就可知道命令是做什么的，但不必知道它如何工作。 例如，可发出一项银行过户命令，从一方借出贷给另一方。 可将要过户的款额设置为参数。 对象模型用Parameter对象来体现参数概念。 记录集如果命令是在表中按信息行返回数据的查询(行返回查询)，则这些行将会存储在本地。 对象模型将该存储体现为Recordset对象。 但是，不存在仅代表单独一个Recordset行的对象。 记录集是在行中检查和修改数据最主要的方法。 Recordset对象用于指定可以检查的行。 移动行。 指定移动行的顺序。 添加、更改或删除行。 通过更改行更新数据源。 管理Recordset的总体状态。 一个记录集行包含一个或多个“字段”。 如果将记录集看作二维网格，字段将排列构成“列”。 每一字段(列)都分别包含有名称、数据类型和值的属性，正是在该值中包含了数据源的真实数据。 对象模型以Field对象体现字段。 要修改数据源中的数据，可在记录集行中修改Field对象的值，对记录集的更改最终被传送给数据源。 作为选项，Connection对象的事务管理方法能够可靠地保证更改要么全部成功，要么全部失败。 错误随时可在应用程序中发生，通常是由于无法建立连接、执行命令或对某些状态(例如，试图使用没有初始化的记录集)的对象进行操作。 对象模型以Error对象体现错误。 任意给定的错误都会产生一个或多个Error对象，随后产生的错误将会放弃先前的Error对象组。 每个ADO对象都有一组唯一的“属性”来描述或控制对象的行为。 属性有两种类型内置和动态。 内置属性是ADO对象的一部分并且随时可用。 动态属性则由特别的数据提供者添加到ADO对象的属性集合中，仅在提供者被使用时才能存在。 对象模型以Property对象体现属性。 ADO提供“集合”，这是一种可方便地包含其他特殊类型对象的对象类型。 使用集合方法可按名称(文本字符串)或序号(整型数)对集合中的对象进行检索。 ADO提供四种类型的集合Connection对象具有Errors集合，包含为响应与数据源有关的单一错误而创建的所有Error对象。 Command对象具有Parameters集合，包含应用于Command对象的所有Parameter对象。 Recordset对象具有Fields集合，包含所有定义Recordset对象列的Field对象。 另外，Connection、Command、Recordset和Field对象都具有Properties集合。 它包含所有属于各个包含对象的Property对象。 ADO对象拥有可在其上使用的诸如“整型”、“字符型”或“布尔型”这样的普通数据类型来设置或检索值的属性。 然而，有必要将某些属性看成是数据类型“COLLECTION OBJECT”的返回值。 相应的，集合对象具有存储和检索适合该集合的其他对象的方法。 例如，可认为Recordset对象具有能够返回集合对象的Properties属性。 该集合对象具有存储和检索描述Recordset性质的Property对象的方法。 “事件”是对将要发生或已经发生的某些操作的通知。 一般情况下，可用事件高效地编写包含几个异步任务的应用程序。 对象模型无法显式体现事件