>>>Could you tell me in what situations you prefer VFP over VB ?
>
>When I need to build Win32 apps that need a rich UI, I prefer to work with VFP. And, when I work with VFP, I do take advantage of the local cursor engine. For raw data processing, VFP has no peer. Then again, raw data processing does not play a big role in C/S apps. Sure, you may have some data munging, but usually not full-blown data processing...

John,

I'm working on one that I think actually does fit this model.

The company helps folks reduce their debt load. To do that requires a massive amount of data analysis, examining all combinations and iterations of payoff scenarios (hence my recursion question *g*). Currently the data are stored in DBF files on the server where they are open to being compromised. Things like SSNs, credit card #s etc.. All of this will absolutely be stashed (and encrypted) in a SQL table. OTOH, when the analysis is performed on these credit cards, interest rates, payoff times, etc I most definitely want a local cursor to "mung" (as you say *g*) the data.

All other data management should fit well into the C/S model in that I'll just get sets of data as I need them and only work on one at a time anyway.

Since we'll eventually want to allow clients some basic access to their data via the Internet I want things as secure as possible. Views, encryption, passwords and user ids, and protocol changing from TCP <--> IPX between the IIS server outside the firewall and the SQL server inside to prevent any ..er.. unwelcome guests. *g*

If I didn't have the massive need for the analysis stuff I'd seriously think of a VB-only solution. I just think it's nice that we have all these great choices.

My application is the exception I think...

Best,

DD