>>Unfortunately that show's your ignorance about technology. To compare VFP to Oracle, SQL Server, etc., is foolhardy. But just for my edification, what praytell would cause you to compare the two?
>>
>>>Thank you. I'm retired, so I'll keep on plunking away on VFP because I know it better than other languages and it is all I need for what I do. But on the other hand, I see a remarkable development tool being cast aside and that bothers me. I have always viewed VFP as a possible Oracle killer, but MS never went after Oracle which to this day baffles me.
Believe me I was thinking of/hoping the same some 6-7 years back...
Well, you cannot defenetely compare VFP database to Oracle but
think if someone at MS had vision of 'promoting' VFP into ultimate
MSSQL front end with (controled) native access to MSSQL tables as it
is now being envisioned for NET.
Combined with local data handling, connectivity to other data and content sources, improved reporting and few more goodies VFP could hv become actually Oracle killer but *in favour* of MSSQL platform.
Database/Record keeping is just one of prerequisites for solid business solution to be built uppon, but there are menu other factors and dimensions, where VFP simply beats by far anything available outthere
I can tell you that with VFP I managed to clearly outdo solution/team with Oracle platform in terms of costs/functionality for running almost identical business context. (Related venture/company)
I also did joint reporting project that produces consolidated reports
across both my VFP database and their Oracle database, whereas they simply
could not come up with anything (in forseeable time) so they ended up connecting to my servers via TS in order to provide reporting to their management.
That is no joke nor chest bashing and believe me those guys at 'competing' Oracle team have (ever since) much greater respect for VFP then meny VFP2NET guys here.
David vs Goliath ?
David of course, that is why I love VFP :))