>She beleives the entire application should be written with SLQ Passthrough calling stored procedures. The rational is that when VFP dies, the next client (VB??) would simply pickup by calling the same stored procedures.

They're not bad thoughts (except for the VFP Dieing part), but using SQLPT is more powerfull then Views from what I can tell. Plus, you could be less fearful that the next client doesn't screw something up, because you'll be using only one set of Stored Procs to SELECT, INSERT, UPDATE, and DELETE.

Robert Green wrote some articles on VFP in C/S apps, and he discussed the Stored Procs approach as well.