>>>>Has anyone compared Visual FoxExpress and Visual ProMatrix? We have ruled out FoxExpress due to speed issues (terribly slow, even with local data), but we're not sure if we should even consider ProMatrix. If it has the same magnitude of object-oriented design, I imagine the speed issues will persist. Any comments?
>>>>
>>>>TIA.
>>>
>>>Mere Mortals dos a much a faster job in forms and data. You will have to do more work as a developer. That's the difference between a RAD tool {VFE & VPM}and a framework.
>>>
>>>I am opening up views of 30K reocrds, haveing it indexed 2 ways, with supporting paramatered sub views, 5 of them, in about 2 seconds. That data is on one server and the code for fetching it, views and dbc, are on a separate one.
>>>
>>>Im running a 200mz pc on a 100mb network. My norton benchmark gives me a 7.2 value for my data server and a 6.5 for my application server.
>>>
>>>There are many techniques available under Mere Mortals to spped things up. Check it out @ www.oakleafsd.com
>>
>>PMFJI:
>>
>>I have experimented with VFE-3.0 and VFE-5.0 and agree that it/they is/are way too slow, particularly for relatively simple projects. I have only seen VPM in demos, so can't comment on relative speed. Mike Feltman just did a demo of VFE-6.0 for the Association of Database Developers in SF last month, and noted the earlier speed problems and promised that a number of areas had significant performance improvements and extensive re-writing of earlier code. Looked good in his demo, but he had a pretty powerful laptop (moderately fast CPU and lots of RAM installed), so its hard to tell. Mere Mortals and VFE are both based on CodeBook, so the problem I see is to get rid of the overhead of all the un-needed extensions for supporting pre-built-in stuff for client/server/remote views / local-views and whatnot -- assuming they are really un-needed. If the app might need part of it for the future, its a real plus to have the capabilities already in place, but if its considered highly
>>unlikely to need more advance features, the overhead of carrying them around will slow you down.

>>
>>Have you looked at other frameworks -- CodeMine, Promatrix, even FFC? Remember, as Jim Booth says, (loosely remembered -- apologies if its not just the right idea): "Once you've chosen your framework, you need to stick with it as trying to mix and match between different ones will only lead to trouble, and make you a framework designer, not an application developer"
>>
>>HTH
>>
>>Rob
>
>VFE5 is based on CodeBook. My understanding is that VFE6 is a complete ground-up rewrite and is not CodeBook-based.

Hi Al:

From what I saw during Mike's demo to our local VFP SIG, I know he stated that it was mostly re-written, but I saw a lot of CodeBook-like objects and relationships between things -- pretty natural to keep thinking along the same lines you have been doing for several years -- and hopefully they have found ways to improve the efficiency. IMO: I still think upon close examination (which I have NOT yet done) that you will find a lot of VFE6 retains its roots... I just wish the upgrade pricing was a little better so that I could look at for myself, but I don't have the budget right now to spend that much.

Good luck

Rob