Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Future as a FoxPro Developer
Message
From
13/07/2004 06:04:45
Cetin Basoz
Engineerica Inc.
Izmir, Turkey
 
General information
Forum:
Visual FoxPro
Category:
Other
Miscellaneous
Thread ID:
00918302
Message ID:
00923603
Views:
27
>>>
>I can't actually believe this myself, a Fox app, querying its own data is slower than a C#.Net querying fox data - whoa!!!
>>>
>
>Not sure this should be a total surprise. Without diving into this in great detail, could it be that the Fox OLE-DB Provider is more efficient than querying data in the native VFP environment? Regardless of environment, you still have rushmore. And, regardless of environment, you are still dealing with a file-based system. That said, I don't think the issue relates to network traffic. Although, it could be that .NET is a better/more efficient network client than Fox accessing tables natively.
>
>You should submit this to the vfpconversion.com folks....(although my guess is that they are aware of it already...).
>
>Too funny....

Did you take sometime to read the code ? It's kind of code written poorly such giving a feel written on purpose to claim VFP is underperforming :)
It's always possible to slow down any language with code like this.
Really funny.

It's also interesting that my msgs showing Kevin that VFP is much much faster than C# on dealing with data has gone never replied.
PS: I code in C# too but it's simply ridiculous trying to take down VFP with poor test codes. C# is not comparable to VFP but comparison arena is never the data where VFP keeps C# in dust (at least today). Period.
Cetin
Çetin Basöz

The way to Go
Flutter - For mobile, web and desktop.
World's most advanced open source relational database.
.Net for foxheads - Blog (main)
FoxSharp - Blog (mirror)
Welcome to FoxyClasses

LinqPad - C#,VB,F#,SQL,eSQL ... scratchpad
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform