Solved

Access as an Application

Posted on 2014-02-12
5
261 Views
Last Modified: 2014-02-12
Hi There,

Looking for some advice.
I currently have a mixture of applications held together (tentatively) by integrations.

Our main Order Processing system is on a Pervasive SQL platform which mean it's impossible for me to access core elements of the data. It's sits right in the middle of all other apps and is the weakest link.

I am looking to rewrite this system in order to bring all of our systems onto the same SQL Server database platform.

The re write would be order processing and Warehouse management.
We have such unique processes here that I see it as a possible solution get around the process issues, and to offer a cost effective solution (all be it medium term)

I know the risk of Bespoke, but even an off the shelf solution would require bespoke intervention.

My question concerns the front End.
We already hae a factory / production system written in Access (SQL back end).
This works quite well.

I was planning to re write the orders and warehouse systems using Access too.

Would you recommend this.
I know there's other dev tools out there like .net and C#.

I know Access well, and know I can deliver all the requirements and more, but would just like someone's overall thoughts on sticking with Access.

Cheers
0
Comment
Question by:EWHTLC
  • 3
5 Comments
 
LVL 57

Accepted Solution

by:
Jim Dettman (Microsoft MVP/ EE MVE) earned 500 total points
ID: 39852959
<<
I was planning to re write the orders and warehouse systems using Access too.
>>

This is a tough call as there are many factors involved, but I would lean towards using Access.

Why?  In short, flexibility and the ability to adapt quickly.  Access as a FE or for integration tasks works extremely well.  It's a great product to use as the "glue" between systems.

I have a client now where the core ERP system is Access/SQL, and all the interfaces to outside systems are written in Access as well.  Time and time again, it's proven itself.   They are able to make shifts in business processes quickly and respond to customer needs in days or weeks.

If they were on a standard package written in C#/.Net, it would have been on the order weeks, months, or possibly years to get the features they need.   They have had this setup for close to ten years and it has served them well.

It has not been without problems however.   Access has several limitations/downsides:

1. Lack of support for third party controls - this is not as much of a problem as it once was and today, you can do just about do anything (ie. bar coding, image control, grids), but you cannot use the latest and greatest things out there.  Interfaces will tend to look dull.  There's only so many elements you can use.

2. Doesn't compile into an .exe - Because of this, it's very sensitive to environment.  We've all dealt with references, strange errors when running on servers, DLL problems, etc.   So if you have a large number of users (100+), it's a pain to deal with.

3. Doesn't do n-tier designs.   If you want to have multiple interfaces (ie. desktop and web or mobile), you'll end up duplicating your logic.

4. Access by it's very nature wants to do everything for you, which is great if you can live with it.  That's what allows you to get things done quickly.  But the downside is that more control you try to exert or it, the more it fights you.  

5. Lack of control - for example, you need (for the most part) to live within the main Access window.

 So what it comes down to is:

1. Small to medium number of users (<100)
2. How fast and flexible you need to be.
3. Can you live within Access natively as it stands?

This last point is even more important now given that Microsoft seems to no longer have any interest in developing the desktop side.  If you look at the last three releases, everything has been about the web.  Nothing new has been added on the desktop side.

  A2010 is the last real desktop version.   How long can you live with that the way it is?

 I'll end with one other thought; my recommendation to this client was that they stick with Access for the "glue" to hold systems together.   But their main ERP system is shifting to a C#/.Net with SQL backend because they want/need things that Access can no longer supply.

Jim.
0
 

Author Comment

by:EWHTLC
ID: 39853052
That's the perfect answer
Thanks you very much for your thoughts.

I have already managed to combine the native features and developed specific requirements when needed.
I agree it's great for simple integrations. Most 3rd part apps can take a csv which is fine.

Technically I think I will be OK.

I see this very much as a medium term cheap solution. (Especially as everyone already has Off ice installed so that really gets around licensing issues.)

I will use your words as an addendum to my presentation.

Thanks again.
0
 

Author Closing Comment

by:EWHTLC
ID: 39853053
An unbiased and truthful assessment
0
 
LVL 28

Expert Comment

by:Bill Bach
ID: 39853094
I understand this is closed, but I have to ask -- why is PSQL a limitation of the central data set?  You should be able to access the entire core database easily enough using either the Btrieve or SQL/ODBC interfaces.
0
 

Author Comment

by:EWHTLC
ID: 39853102
Thanks for that.
I see your point
However, the supplier for the 3rd party app has put a lock down on it.
I'm also not happy with the DB design itself as anything you want to do on this system takes an absolute age.
0

Featured Post

Find Ransomware Secrets With All-Source Analysis

Ransomware has become a major concern for organizations; its prevalence has grown due to past successes achieved by threat actors. While each ransomware variant is different, we’ve seen some common tactics and trends used among the authors of the malware.

Join & Write a Comment

In the previous article, Using a Critera Form to Filter Records (http://www.experts-exchange.com/A_6069.html), the form was basically a data container storing user input, which queries and other database objects could read. The form had to remain op…
It took me quite some time to sort out all the different properties of combo and list boxes available from Visual Basic at run-time. Not that the documentation is lacking: the help pages are quite thorough and well written. The problem was rather wh…
Familiarize people with the process of utilizing SQL Server functions from within Microsoft Access. Microsoft Access is a very powerful client/server development tool. One of the SQL Server objects that you can interact with from within Microsoft Ac…
In Microsoft Access, learn how to “cascade” or have the displayed data of one combo control depend upon what’s entered in another. Base the dependent combo on a query for its row source: Add a reference to the first combo on the form as criteria i…

707 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

15 Experts available now in Live!

Get 1:1 Help Now