>Define native data. In VFP, you mean DBF's.

Yes. I'm sorry I wasn't more clear.

> They don't scale to the levels of SQL Server.

Where was SQL Server ever mentioned? Everything I posted was prefaced with "if you're accessing native VFP data...". Don't change the subject.

> DBF's are not substitutes for SQL Server data - period.

I don't believe anyone ever questioned that.

> The statement about VFP developers already having an easy/native way to
>access and work with data would have merit if native VFP data were a perfect,

It has merit if the person posting the original question is accessing DBFs. The pros and cons of DBFs vs. a more costly backend DBMS were not mentioned in the original question. What was asked was whether or not they should use ADO. If they are accessing DBFs, I would think it difficult to argue that ADO is the best choice for accessing that data.