为什么VFP通过ODBC连接远程数据库可以如此快，而VB就这么慢，不管是128K专线还是56KMODEM，VB总是VFP的数倍时间!谁来给个合理的解释，谁来给个解决的方法，挽救VB!!

Question

没有什么！vfp是对文件的操作方法！vb不是！
vfp的数据其实就是文件的方式保存的！Ascii吗 

Answer 1

不是，都连的是SQL SERVER，通过ODBC访问!

Answer 2

顺便问一句，VB中用ADO的command对象写"insert into "或"update ... set ..."这样的方式比用ADO的recordset的AddNew和Update快吗？

Answer 3

VFP对ODBC支持的非常好，因为这是它主要的连接方式，而VB主要使用ADO，你试试ADO，或许会快一些，另外，VFP毕竟是专门干数据库的，可能有些什么优化手段吧

Answer 4

1.你拿VB的弱项跟别人的强项比当然不行了！！！！！
你用VB+ADO连接SQL SERVER，保证比VFP+ODBC连接速度快，快多了。2.VB中用ADO的command对象写"insert into "或"update ... set ..."这样的方式比用ADO的recordset的AddNew和Update快吗？ 
 不快，但用CN.EXCUE "insert into .."或者CN.EXCUE "update ... set ..."比上述用法节省系统资源。

Answer 5

VB+ADO连远程数据库比VFP的过程视图慢!我没有办法，也想不通。
通过ADO建立连接的速度差不多，可是在里面使用查询就慢多了!

Answer 6

2: heyijpn我用command对象和recordset对象以及ADO控件测试了一下：结果如下：写5000条数据：ADO对象的recordset对象通过ODBC连接--->11S
写5000条数据：ADO对象的recordset对象直接连接--->12S
写5000条数据：ADO控件的recordset对象直接连接--->14S
写5000条数据：ADO对象的recordset对象ODBC连接--->17S
写5000条数据：ADO对象的Command对象直接连接--->7S
写5000条数据：ADO对象的Command对象ODBC连接--->8S谁能给个解释？？？!!

Answer 7

5000条，7s，这已经很快了，为什么一定要和VFP比较呢？
另外，VFP的远程视图是有本地缓冲过程的，而VB没有，这不能作比较的，也就是说，VFP数据写入速度并不向你所看到的那么快！
我是用VFP的，VFP数据更新有时候会感觉到有延迟，这并不是什么好处！

Answer 8

2 Foxer(yuxs): 这只是测试ADO的比较，实际上在56KMODEM上拨号连接时，VFP建立过程连接时间60S，VB的connection为75S，然后在VFP中使用查询20S，在VB中填充相同数据到MSFLexGrid为33S，问题是VFP下次查询几乎为几S，而VB又要108S，这是怎么回事，也就是说第二次打开此VFP项目时，连接时间好像不要了!

Answer 9

还有就是为什么我的程序执行时，SQL SERVER的profiler跟踪总是说在执行这些操作：  Event Class Text Start Time
-RPC:Starting sp_cursorfetch 534003804, 16, 2, 1  07:32:37.760
  sp_cursorfetch 534003804, 16, 2, 1
-RPC:Starting sp_cursorfetch 534003804, 256, @P3 output, @P4 output select @P3, @P4 07:32:37.760
  declare @P3 int
  declare @P4 int
  set @P3=256
  set @P4=256
  exec sp_cursorfetch 534003804, 256, @P3 output, @P4 output
  select @P3, @P4这些是什么西西，这栏的话，速度何在？!!

Answer 10

从系统的观点来看，不管是VFP和VB，操作SQLSERVER都用的是一样的接口，速度上应该是差不多的，就programe报告的情况来看，第二次查询时，VFP比VB快很多，这肯定是VFP做了本地缓存，而且缓存较大，查询时直接从本地提取记录，而VB没有本地缓存，或者缓存很小，还需要从数据库提取，速度肯定慢。如果要加快VB的查询速度，应该调整其本地缓存记录数, ADO中有参数CachSize