That's a loaded question.
I can write a very "slow" C++ solution, I can write a "fast" VB.Net solution
and vice versa.
Since you're mentioning database features instead of low level graphics I
think that you'll find that the performance bottlenecks that you should be
worring over mostly are in your data model, your rdbms engine's specific
features (Jet, SQLServer, Oracle, etc all have their own tricks and tweaks),
your connections the to db, and your SQL (whether dynamic or done with
Sprocs/Packages). Compared to the effect that the db has on a database
front-end app's performance, you'll likely not see a bothersome performance
difference between business or gui code written correctly and well in any
modern language.
IMHO
smith
www.smithvoice.com
"Roy Gourgi" <ro***@videotron.ca> wrote in message
news:Pi*******************@weber.videotron.net...
Hi,
How fast is VB.NET compared to C++. I have written a program in C++ but
now I realize that I have to store a lot of information into a database
and then be able to retrieve it. I heard that VB.NET is the future of
database programming, but I would like to know if I would be compromising
a lot of speed. For example Visual FoxPro is much much slower than C++ so
I was wandering if VB.NET also falls into the same category. VFP is an
interpretive language and that is why it is so slow.
Can anyone shed any light?
TIA
Roy