我以前一直用VB写程序,但是最近想向delphi上发展,请问delphi能用ADO吗?
我是初学者,请大家给几个例子代码,谢谢。

解决方案 »

  1.   

    一点问题也没有,delphi自己的demo里面就有例子。
      

  2.   

    所有ADO.NET对象的基本原理和根源都是DataSet对象模型。 DataSet是ADO记录集的延伸。DataSet是一个简单、独立、存在于内存中的数据库视图。如果一个DataSet和数据源之间没有限制条件,在这种情况下的DataSet可以被动态地创建。DataSet使用了一些添加到ADO记录集中的功能:断开时工作的能力或用各种数据类型来填充和创建应用程序的能力等。一个DataSet可以包含任意数目的表,每个表通常(但不总是)对应于一个数据库表或视图。一个表(DataTable 对象)是一些行与列的集合,每一条记录行均保留其原始状态及其当前状态。 ADO 记录集经常被看作为一种高级的数组形式。同样,DataSet是一种提供以下功能的超级记录集:☆ 一种容纳数据的更好和更丰富的编程接口;☆ 一种提供更为广义的数据视图的对象模型;☆ 一种用于输入和输出的基于XML的标准控制台。 ADO 记录集基本上是一种(可能是分层的)记录集合,它带有一些特定方法,用于完成一些特定功能。其中包括滚动、排序、过滤、书签。记录集本质上是表在内存中的副本。而DataSet看起来更象SQL Server 或Access数据库,它是一个包含更多表、特定视图和外键关系的实体。DataSet对象模型反映了这一较大的范围,它允许查看跨越多个数据表、关系、扩展属性和行的多个集合的可用数据,还可用于说明非持久数据或来自不是数据库的另一个持久存储介质的数据。 ADO 记录集允许将内容保存到XML中,并从一个外部XML文件重新构建该内容。然而,采用的缺省XML架构是针对导出/导入ADO 记录集而优化的,而不是针对实际数据交换的。ADO XML架构包含许多关于列类型和位置以及其他元数据的信息。如果希望从某一XML文档中重新构建记录集,则这些信息是至关重要的,但如果只是希望传递数据并使接收者使用它,则这些信息没有什么用处。有了DataSet,XML架构更为精练,因为被表示的对象与关系数据库没有直接关系,尽管对象可以用来再现数据库。DataSet对数据进行描述,而ADO 记录集则对由某一表中获取的一个记录集合进行描述。这就是ADO.NET数据模型的吸引之处。 ADO.NET XML架构只是负责再现表以及数据集中定义的关系,构建一个DataSet对象的责任则留给ADO.NET运行时完成。ADO XML格式由于过于具体而无法真正实现互操作。又因为它过于繁琐,所以如果不进行数据压缩的人工干预,它将无法进行汇集。而在DataSet体系结构中,可以安全地将数据从一层发送到另一层,而不考虑安装的操作系统或软件。 
      

  3.   

    ADO.NET不仅仅是对数据进行操作的另一个对象模型。从本质上说,它是在范围更广、跨平台方案中的ADO的重现。ADO.NET是扩展的ADO,它在能够理解XML的任何平台上与任何软件组件协同工作。它对数据进行建模,而不是对数据库或数据提供者。它从数据库基础结构中提取数据,并将其置于一种中性的环境中,数据在这种环境中就是数据,无论存储介质、物理结构或用来对其进行访问的API究竟是什么。其关键即是XML,它代表了一种用于ADO.NET数据集的I/O控制台。 因此,可以发送数据的XML说明,并让ADO.NET服务器端的组件将其构建为一个数据集。也可以拥有非ADO.NET组件,它们只是获取该XML说明后对其运行自己的分析程序并获得同样的结果。ADO.NET专用于Windows,但它几乎可以与所有的平台交换数据。 ADO.NET是新一代的数据存取技术,采用离线的方式以供用户存取数据,以便提高分散式应用程序的效率与扩展性。ADO.NET以DataSet为中心。DataSet类似内存中的数据库,可以保存多个数据表(Table)、视图(View)、数据表之间的关联(Relationship)等。可以使用DataAdapter或DataReader读取数据。DataReader适合应用在只读取一次,只读的数据上。目前ADO.NET提供了两种Managed Provider,SQL Managed Provider适用于SQL Server 7.0以上版本,而ADO Managed Provider则适用于其他数据源。 
      

  4.   

    可以的,Delphi有ADOconnect,ADOQuery,ADOtable等控件,至于范例,Delphi有自带。