That's a sure way to have a bad app in .Net. Perfomance and maintenance will suffer. What's behind the scenes should be optimized for the language/platform. Most VFP apps are designed to use cursors (tables and views, basically the same thing). Thousands of apps access .dbf files directly and use SEEK, LOCATE, etc and don't have a single SQL statement. .Net has an entirely different approach to data.

>Craig, Dorris said she is moving a VFP application to .Net, not that she is re-engineering, so what she will produce in .net will be similar in philosophy. I find it strange, weird (suspicious?) that "lots of things do not carry over" to put it in your terms.
>>
>>What specifically do you not understand about LINQ?
>

SQL is designed for accessing relational data, not objects, not XML, etc. Microsoft wanted something SQL-like. See message #1562504

>There is nothing specific that I don't understand. Well that's not true. What I specifically don't understand is that it takes such an excrurciating long time to get it to work and that it replaces a dml (sql) that is widely used. Writing my first SQL inline in foxpro was a WOW experience. If there's anybody out there who was impressed by what he can do with LINQ, let him throw the first link. (hmm must not be the first one to put it like that.).