Hi Sylvain,

Well, I'm reminded that the same people who brought us the Ford Thunderbird also brought us the Edsel.

And while I haven't had the priveledge of employing ADO yet, I seem to read that it is not that fast. And my cursory review suggested that VFP tables are not well handled at all by the technology.

What concrete information can you offer that confirms that the basing of ADO on VFP cursor technology *WILL* be most useful for VFP itself?

Regards,

Jim N

>Hi Jim,
>
>I don't necessary agree that MS is dropping down on speed issue with the table access. Do you know on what is based the new data access standard that MS is pushing hard to be the new standard (ADO)? That's right, VFP cursor technology. So my guess is that any improvement done on ADO will directly affect us.
>
>>2) Again relating to mid-tier, this time regarding speed generally... VFP obviously is intended to be a front-end to *SOMETHING ELSE*, be it SQL Server or Oracle or whatever, where actual speed is largely determined by the performance of *those* components rather than purely VFP's. So the VFP team might be working real hard to make *THAT* VFP code as tight and fast as possible, but again (small team) at the expense of other things, even including native VFP table access.