Hi Paul,

But you don't tell us if your app. is actually on the remote PC or if it is downloaded from Server for execution.

If it is on the remote PC, then I would guess that you could obtain even faster response using native VFP instead of SQL Server. I understand that there may be mitigating factors in your move to SQL Server, but I wouldn't attribute *that* as the reason why your app. "runs very well".

Cheers,

Jim N

>Hi,
>
>I was in a similar situation with a fpw 2.6 app. We have since gone to vfp as the interface and using ms sql server as the database. Still with the slow phone lines (28.8 modem), the application runs very well.
>
>If your application talks to views of tables, it is not too big of a job to convert to client server. If, not, it is probably a big rewrite.
>
>Paul
>
>
>>MyApp was designed to run in a local network. it takes about 2 seconds for loading. Recently, i have a remote user (via modem, 56k,connected at 115,000 bps using compressed data) and it takes aboud twelve minutes for loading. What do you think is the problem?