RSS Forums RSS
Please support our VB.NET advertiser: Programming Forums
Views: 540 | Replies: 1
Reply
Join Date: Mar 2008
Posts: 5
Reputation: dealered is an unknown quantity at this point 
Rep Power: 0
Solved Threads: 0
dealered dealered is offline Offline
Newbie Poster

Converting VFP to .NET (how difficult to do)

  #1  
Mar 5th, 2008
I have an application that was written for me by a programmer who represented VFP as the "best thing since sliced bread" and that would be robust for many years in the future and more importantly handle huge customer databases over a LAN instantly. Now, after two years the server based program is as fast as a three legged horse over a network and what used to be 1 to 2 second response times to open a customer file is now 30 seconds + because he must first download these huge databases (maybe 20 to 30 thousand customers) to the workstation first and then process the action.

I have been told .NET would solve my problem in conjuction to having SQL as the database. I "don't speak Greek" and don't understand there isn't an easier fix then to convert the VFP program to .NET with SQL for a whole bunch of money too.

Any comments from anyone.

Thanks,
Marc
AddThis Social Bookmark Button
Reply With Quote  
Join Date: Jan 2008
Posts: 65
Reputation: SolTec is an unknown quantity at this point 
Rep Power: 1
Solved Threads: 4
SolTec SolTec is offline Offline
Junior Poster in Training

Re: Converting VFP to .NET (how difficult to do)

  #2  
Mar 5th, 2008
Originally Posted by dealered View Post
I have an application that was written for me by a programmer who represented VFP as the "best thing since sliced bread" and that would be robust for many years in the future and more importantly handle huge customer databases over a LAN instantly. Now, after two years the server based program is as fast as a three legged horse over a network and what used to be 1 to 2 second response times to open a customer file is now 30 seconds + because he must first download these huge databases (maybe 20 to 30 thousand customers) to the workstation first and then process the action.

I have been told .NET would solve my problem in conjuction to having SQL as the database. I "don't speak Greek" and don't understand there isn't an easier fix then to convert the VFP program to .NET with SQL for a whole bunch of money too.

Any comments from anyone.

Thanks,
Marc


Marc,

Your problem is very simple to solve, just leave the Fox Pro database and build a front end to query the database for records, instead of having to download thousands of data records, you use a data set to sample and retrieve records as needed, opening and closing the connection to the fox pro database should speed up your response times. Using an ODBC connection string.

HTH

The journey of a thousand miles, begins with the first step!
Reply With Quote  
Reply

Only community members can participate in forum threads. You must register or log in to contribute.

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)

 

Thread Tools Display Modes
Forums | Blogs | Tutorials | Code Snippets | Whitepapers | RSS Feeds | Advertising
All times are GMT -4. The time now is 12:18 pm.
Newsletter Archive - Sitemap - Privacy Statement - Acceptable Use Policy - Contact Us
Forum system based on vBulletin Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
©2003 - 2008 DaniWeb® LLC