>>Could you spell-out some of the benefits that SQL can provide that VFP cannot? (I know they are there; just trying to be clear.)
>>
>
>Integrated security
>Full transaction logging
>Replication
>Can scale with respect to data size
>And when dealing with significant amounts of data, in most cases, will leave VFP's data engine in the dust....

That's helpful. I agree that these are significant benefits and I would want this avenue to be open.


>>1) ...If any client bombs at an awkward moment a file can be damaged. In C/S only the server has the files open and only the server can damage those files.

>Naw... I can damage files easily from the client in a C/S system if I really wanted to....

OK, suppose we are using Rick's idea where result sets and update sets are bundled up and passed back and forth via HTTP. How do you damage the server files?

Peter