>It will take alot more code to do client\server with VB\ADO and not be as flexible as FoxPro either. Doing client\server the right way with VB means hardcoding everything (i.e, binding controls, SQL updates and inserts, ect.)
>
>Also, VFP's native data access to SQL Server may be slightly faster than VB\ADO because you are not going through the extra COM layer.
>
>Charlie
Well, is not really native since you'll use ODBC. But I see the point. In VB you have to go with DAO or ADO in order to get to the data.