Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 145
  • Last Modified:

Migrating MS Access to .NET

After three years my MS Access 2002 application has grown to roughly 150 tables, 2000 queries, 800 forms, and about 150 reports.  All relationships are handled at the query level (i.e. there are no linked tables) all functionality is via VBA coding with error trapping. (i.e. no macros)  The application deploys as a .mde front end and a 2002 .mdb back end in a replicated data set using a hub database set at the maximum priority to help manage replication conflicts.

While Access has been a great platform for the "development" phase of the application, I am looking for ways to make improvements to what I suspect are inherently MS Access issues.  I am wondering what options .NET would provide me and if the improvements would be worth the effort to migrate the application into a newer technology.

Here are my concerns/questions:

Memory useage:  During use the application seems to require 40-50 MB of memory depending on how many forms are open. Is .NET inherently more or less of a memory user compared to MS Access?

Speed:  While the .mde does speed the application up, and since all processing is done on the local drive, performance is good in most areas, but some areas could run a little faster.  Does .NET inherently run faster

Replication: For the type of work the application does, a replicated topology works well and we like the remote and disconnected capability it offers.  Do we have to sacrafice this if we move into  SQL/.NET technologies?

And finally...how hard is it going to be to convert my monstrosity of a front end user interface into a .NET interface?

Thanks in advance,

David
0
David Smithstein
Asked:
David Smithstein
1 Solution
 
arif_eqbalCommented:
Well I am not an authority on it though but I feel .NET will take much more memory and will be slower.

Also it will not be very easy converting all your 800 forms to VB.NET

But I'd still say go for it, memory these days is very cheap so you can have more of it
Processors are pretty fast these days and you won't notice a performance lag.

And at the expense of all these you can get a load of Features your forms can be more user friendly you can offer rich features.

For you to Decide.......


0

Featured Post

VIDEO: THE CONCERTO CLOUD FOR HEALTHCARE

Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now