data控件和ado、dao控件是同一层次（范畴）的概念吗？ado和dao的本质区别是什么? 本帖最后由 jiutiwen 于 2011-03-03 15:39:38 编辑 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 ado和mshflexgrid是6.0的新东西，别的都是以前就有的 对非微软的数据库需要使用odbc数据源设置 建议LZ抛开所谓的各个控件，理解数据库访问的步骤、大概原理就可以了。再说，直接 OLEDB方式 访问数据库就可以了，整控件干嘛~~~~msflexgrid和mshflexgrid这两个东西跟Datagrid 为MS设计的三个表格控件。msflexgrid由于一些问题，MS已经不建议大家使用了…… 数据绑定是不是就是指data控件的?dao和ado就不是"绑定"?-----而且这也就是data和dao/ado的本质区别? 这个明白了:要是我一般用access的话odbc就免了 OLEDB方式是什么?我找的书上vb数据库的章节都是讲dao---ado...一路讲下来的啊 泰山将的所谓不提倡使用数据绑定，是指VB6.0平台下数据绑定技术尚未成熟。data和dao/ado的本质区别？？这里的data是一个数据库访问控件。ao/ado、OLEDB、 ODBC 是数据库访问方式。 1.我其实只要给实现把数据库里的数据显示在text文本框控件中,然后能增删改就行了,这个还是要用data或ado,dao之类的吧?2.两个flexgrid是"表格"呵,其它的都不能以"表格"形式展示数据,这个明了了,谢谢!!3.我在有的书里又看到什么"ado data控件"之类的提法,难道还有"dao data控件"?然后"data控件"单独又可以使用? 我在有的书里又看到什么"ado data控件"之类的提法,是不是也有"dao data控件"?那意思就是说---通过data控件----然后用dao或ado方式去访问数据库? "data控件"单独是不能使用的,必须和某个访问方式比如ado/dao结合才能?谢谢!! dao和ado方式算"绑定"吗?哪种方式算"绑定"的?不好意思 绑定对 ActiveX 部件性能的影响绑定是指确定要设置的属性或方法调用属于哪个对象变量的过程。这构成了属性或方法调用的一部分开销。过程调用所需的时间取决于两个因素： 执行过程要做的任务所需的时间，诸如计算矩阵的行列式等。将参数放在栈上，调用该过程，以及返回所需的时间。 作为部件的设计人员，应尽可能最小化第一项。至于第二项，则不是设计人员能完全控制的。方法调用的开销取决于 Visual Basic 为该方法调用使用的绑定类型，后者又取决于客户端应用程序声明对象变量的方式，而这又取决于该客户端应用程序的开发者。为了确保使用部件的开发者能获得最佳的性能，该部件的帮助文件中应该包含这个主题的信息。注意 绑定会影响所有的属性和方法调用，包括部件内的对象互相发出的调用。因此绑定也会影响部件的内部性能。绑定的类型在自动化中主要有两种绑定类型：后期绑定和前期绑定。前期绑定又分为两种类型，分别称之为 DispID 绑定和 vtable 绑定。后期绑定最慢，vtable 绑定最快。后期绑定若将一个变量声明为 As Object 或 As Variant，Visual Basic 在编译时就无法确定该变量将引用哪种类型的对象。因此，Visual Basic 必须使用后期绑定，在运行时确定对象的属性和方法能否使用该变量。注意 后期绑定也可用于声明为 As Form 或 As Control 的变量。若使用后期绑定，则每次调用属性或方法时，Visual Basic 都要将成员名传给该对象 IDispatch 接口的 GetIDsOfNames 方法。GetIDsOfNames 返回该成员的派遣 ID，或 DispID。Visual Basic 再将该 DispID 传给 IDispatch 接口的 Invoke 方法来调用该成员。对进程外部件而言，这意味着一次额外的跨进程方法调用，结果是调用开销翻番。注意 不可以直接调用 IDispatch 接口的任何方法，因为在 Visual Basic 类型库中这个接口被标记为隐式的，而且受到限制。前期绑定如果在编译时 Visual Basic 能够知道属性或方法所属的对象，就可以预先查找该成员在类型库中的 DispID 或 vtable 地址。这样就无须在运行时调用 GetIDsOfNames。当显式声明了变量的类时，例如 As Widget，该变量就只能存放该类的对象的引用。Visual Basic 就可以为该变量调用的所有属性和方法使用前期绑定。建议在 Visual Basic 和应用程序中使用这种方法来声明对象变量。重点 使用前期绑定还是后期绑定完全取决于声明变量的方式。对象的创建方式对此没有任何影响。提示 前期绑定有效地减少了设置或获取属性值所需的时间，因为调用开销在整个调用时间中占相当大的比例。vTable 绑定vtable 绑定是最快的前期绑定方式。在这种方式下，Visual Basic 使用了虚拟函数表或 vtable 中的偏移量。Visual Basic 尽可能地使用 vtable 绑定。Visual Basic 类模块创建的对象支持所有三种绑定方式，因为它们有双重接口（从 IDispatch 派生出 vtable 接口）。如果客户端应用程序使用类名显式地声明变量，Visual Basic 对象将总是属于 vtable 范围。使用 vtable 绑定调用 Visual Basic 创建的进程内部件的方法所需的开销与调用 DLL 中的函数所需开销差不多。注意 对进程内部件而言，vtable 绑定的开销远小于使用 DispID 绑定所需开销。对进程外部件而言，改善没有这么大，因为开销的主要部分来自方法参数的调度。DispID 绑定如果部件具有类型库但不支持 vtable 绑定，Visual Basic 将使用 DispID 绑定。在编译时，Visual Basic 将查找属性和方法的 DispID，从而在运行时不必在调用 Invoke以前调用 GetIDsOfNames。注意 尽管可以确认是否使用了前期绑定（通过明确地声明变量的类类型），但是使用 DispID 绑定还是使用 vtable 绑定则是由部件决定的。使用 Visual Basic 编写的部件总是支持 vtable 绑定的。 正则表达式找子字符串 显示画面的大小怎么控制？在线＝＝＝＝ 求vb聊天程序的原码.刚入道,各位前辈帮帮忙吧. Spread3.0如何设定不允许更改列头，行头（第0行和第0列的数据）？ 怎样使picture控件透明？ 可否实现使文本框具有记忆的功能？ 如何配置SQL server 2000 的工作站不是服务器 vb牛人进 能不能给一段网络校时的源代码？？ VB UDP 传数据的问题 救命! 升星散分 关于提升Byte数组和String字符串之间赋值效率的问题
抛开所谓的各个控件，理解数据库访问的步骤、大概原理就可以了。再说，直接 OLEDB方式 访问数据库就可以了，整控件干嘛~~~~msflexgrid和mshflexgrid这两个东西跟Datagrid 为MS设计的三个表格控件。msflexgrid由于一些问题，MS已经不建议大家使用了……
data和dao/ado的本质区别？？
这里的data是一个数据库访问控件。
ao/ado、OLEDB、 ODBC 是数据库访问方式。
"data控件"单独是不能使用的,必须和某个访问方式比如ado/dao结合才能?
谢谢!!
绑定是指确定要设置的属性或方法调用属于哪个对象变量的过程。这构成了属性或方法调用的一部分开销。过程调用所需的时间取决于两个因素： 执行过程要做的任务所需的时间，诸如计算矩阵的行列式等。
将参数放在栈上，调用该过程，以及返回所需的时间。
作为部件的设计人员，应尽可能最小化第一项。至于第二项，则不是设计人员能完全控制的。方法调用的开销取决于 Visual Basic 为该方法调用使用的绑定类型，后者又取决于客户端应用程序声明对象变量的方式，而这又取决于该客户端应用程序的开发者。为了确保使用部件的开发者能获得最佳的性能，该部件的帮助文件中应该包含这个主题的信息。注意 绑定会影响所有的属性和方法调用，包括部件内的对象互相发出的调用。因此绑定也会影响部件的内部性能。绑定的类型
在自动化中主要有两种绑定类型：后期绑定和前期绑定。前期绑定又分为两种类型，分别称之为 DispID 绑定和 vtable 绑定。后期绑定最慢，vtable 绑定最快。后期绑定
若将一个变量声明为 As Object 或 As Variant，Visual Basic 在编译时就无法确定该变量将引用哪种类型的对象。因此，Visual Basic 必须使用后期绑定，在运行时确定对象的属性和方法能否使用该变量。注意 后期绑定也可用于声明为 As Form 或 As Control 的变量。若使用后期绑定，则每次调用属性或方法时，Visual Basic 都要将成员名传给该对象 IDispatch 接口的 GetIDsOfNames 方法。GetIDsOfNames 返回该成员的派遣 ID，或 DispID。Visual Basic 再将该 DispID 传给 IDispatch 接口的 Invoke 方法来调用该成员。对进程外部件而言，这意味着一次额外的跨进程方法调用，结果是调用开销翻番。注意 不可以直接调用 IDispatch 接口的任何方法，因为在 Visual Basic 类型库中这个接口被标记为隐式的，而且受到限制。前期绑定
如果在编译时 Visual Basic 能够知道属性或方法所属的对象，就可以预先查找该成员在类型库中的 DispID 或 vtable 地址。这样就无须在运行时调用 GetIDsOfNames。当显式声明了变量的类时，例如 As Widget，该变量就只能存放该类的对象的引用。Visual Basic 就可以为该变量调用的所有属性和方法使用前期绑定。建议在 Visual Basic 和应用程序中使用这种方法来声明对象变量。重点 使用前期绑定还是后期绑定完全取决于声明变量的方式。对象的创建方式对此没有任何影响。提示 前期绑定有效地减少了设置或获取属性值所需的时间，因为调用开销在整个调用时间中占相当大的比例。vTable 绑定
vtable 绑定是最快的前期绑定方式。在这种方式下，Visual Basic 使用了虚拟函数表或 vtable 中的偏移量。Visual Basic 尽可能地使用 vtable 绑定。Visual Basic 类模块创建的对象支持所有三种绑定方式，因为它们有双重接口（从 IDispatch 派生出 vtable 接口）。如果客户端应用程序使用类名显式地声明变量，Visual Basic 对象将总是属于 vtable 范围。使用 vtable 绑定调用 Visual Basic 创建的进程内部件的方法所需的开销与调用 DLL 中的函数所需开销差不多。注意 对进程内部件而言，vtable 绑定的开销远小于使用 DispID 绑定所需开销。对进程外部件而言，改善没有这么大，因为开销的主要部分来自方法参数的调度。DispID 绑定
如果部件具有类型库但不支持 vtable 绑定，Visual Basic 将使用 DispID 绑定。在编译时，Visual Basic 将查找属性和方法的 DispID，从而在运行时不必在调用 Invoke以前调用 GetIDsOfNames。注意 尽管可以确认是否使用了前期绑定（通过明确地声明变量的类类型），但是使用 DispID 绑定还是使用 vtable 绑定则是由部件决定的。使用 Visual Basic 编写的部件总是支持 vtable 绑定的。