Share via

Best option for web access/multi user Access database?

Anonymous
2020-08-04T17:53:40+00:00

I currently use Access for conducting safety reviews for use within our organization. 

I'm looking for an alternative to using Access locally, perhaps a web based log in which has all the abilities Access has.

We'd like to be able to host the information online and make it accessible for multiple users with specific permissions (edit, view only, etc.)

Is PowerApps a solution to this?

To get into more detail, I'm trying to find a web based portal, allowing users to log in remotely to view data, reports, etc, which are currently centralized in Access files on our local storage devices.

Ideally, users are limited to specific reports, data tables, etc.

Is this something Microsoft offers?

Microsoft 365 and Office | Access | For home | Windows

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments

Answer accepted by question author

Anonymous
2020-08-11T06:45:30+00:00

if we link the Access data with Azure through SQL, then we no longer need Access, since it's been replaced with SQL.

Is it possible to simply link Access and it's relational data to Azure? 

You still using Access as the front end. So, Access is a great front end tool, and even when the back end is SQL server. So, in fact what i am saying, suggesting here is that you can continue to use Access, but the back end is sql server.

You can't really "replace" Access with SQL server because SQL server does not have any user interface parts.

Remember, when we say Access, we require the correct context. 

Access has two parts:

The FE end builder parts. (forms, code, reports).

And then it has the database engine part (used to be called JET, but now is called ACE).

So, just like some older VB6 programs, or even accounting programs? Well, they were written in .net or say VB6, but they used Access as the data store. (the ACE data engine). So, the same goes for say a web site. You "can"  use the Access database part - but you NOT using the Access development part.  So, the database engine and technology used in Access is "ACE" or the local built in database engine.

So, you can dump using the Access data engine, and adopt SQL server. But you STILL using Access as the front end. So yes, you can use Access + ACE (that is the default - what you been using).

but you can use Access + SQL server.  The key concept here is that ACE does NOT work over a VPN or a internet  connection. So, you can use/adopt SQL server. But SQL server is ONLY the database engine part. You still have to build a front end to sql server.

That front end can be:

Vb.net, or c# from .net

VB6, or even Foxpro, or some other system.

Or the front end can be Access!

So most of the time when we say "access", the context does not matter. But you might use vb.net + Access data engine. In this case, you not using nor developing any of the forms or UI in Access - but you using the ACE data engine.

>It seems like there are an infinite ways of doing this...

Yes, there are as many approaches here as their are flavors of Ice cream!

You have to nail down some requirements.

So, for example, can/will it possible (or practical) to have workers in the field have internet? This is a big question, and the answer will be a compass as to what your practical options are.

If it is not practical to have in the field internet? Then using remote desktop, Azure or any kind of web or remote technology that requires the internet is not going to work, right? Ok, then we wipe all those options off the board. So, while it "seems" there is a zillion ways to do this, that actually not really true.

If you MUST have off-line ability? Well, one really amazing cool option with Access? Using office 365 on-line, and use the SharePoint tables option.  This is a cool option since it automatic allows off-line (no internet) and then when you have internet, it syncs with a central database. This option is absolute fantastic, and you get to do all development in Access. However, the ONE big issue here is that some HUGE restrictions exist. For one, the tables max rows has to be small. (below 5,000 rows). So, if this solution fits for you, then it is Mr. Perfect solution.

However, if your application and data sets (tables) are larger then 5,000 rows, then this solution likely not to work for you.

So if you must have off-line local mode? Then you can have each user in the field do data entry. But when you come back to the office, then they could up-load the data to a common database. (sql server likely the best choice here).  The problem with this solution is you have to write a sync routine of some type. (or if you really don't want to do this? - then you run SQL server express on each laptop in the field). When you get by you use the  sync services that sql server provides.  This however, will require to to be running a non free edition of sql server for the "main" database. Each laptop can run the free sql server, but to sync (without you having to write code, the main database can't be sql express - it has to be the next version up).

In general, a remote desktop solution is near always the best solution for Access remote use - but it does require a live internet connection. 

If you need off-line and your database is relative small and not complex? Then the office 365 and SharePoint table is the winner. But ONLY if your data fits within the limited sizes (5,000 rows max for the tables in your database).

>Is it possible to work offline within Azure, and have the changes auto-update once the user connects to the internet?

Only the SharePoint list option and Access is automatic (without you having to write code).

And you can do the same ***if*** you run sql server (and Access) on each laptop - then this can be setup to also sync for you.

And, you could have 100% access without SharePoint or sql server, and write your own sync routines - but that is a bit messy.

So, the only zero you writing any code? That would be using SharePoint tables - and office 365 still supports this option - and it means you don't really have to change your application - but this only work for light weight applications without a lot of data. 

Regards,

Albert D. Kallal (Access MVP 2003-2017)

Edmonton, Alberta Canada

Was this answer helpful?

0 comments No comments

17 additional answers

Sort by: Most helpful
  1. Anonymous
    2020-08-04T18:40:40+00:00

    PowerApps can be used for simple applications, but do not currently offer the capabilities that Access offer.  So it would depend on the level of customization and automation you need.

    Another option would be to migrate your backend to Azure and relink the tables and users could directly Access the Web data from any PC.  The issue here can be performance and would require some massaging of your database to only push/pull individual records, or a minimal number of records, that one needs rather than writing entire tables at a time.  With proper optimization, this can work just fine.

    That all said, I am a very firm believer in, if you want a Web Application then use proper Web technologies of which Access is not.  Using tools like PHP,.net, ... will give you a MUCH better response time and user experience.  Furthermore, such systems can be used on any platform (IPhone, iPad, tablets, cell phones, Mac, Android, ...) from anywhere as long as they have a browser. Something Access simply cannot offer.

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments No comments
  2. George Hepworth 22,855 Reputation points Volunteer Moderator
    2020-08-04T18:03:54+00:00

    "Is this something Microsoft offers?"

    Not really, no, if you are talking about "extending Access itself". Access is an application development tool to create relational database applications for the desktop.

    However, Access DOES contain tools for designing and creating the three basic components of all relational database applications:

    Data storage: the tables in which data is stored. In Access, this is the ACE database engine. Other database engines include SQL Server, SQL Azure, MySQL and many others. Access' ACE is NOT a good choice for a web-based relational database application, at least not in the sense I think you mean it here. 

    User Interface: the forms and reports through which your users interact with the data in your tables. These are, as noted, tied to the Windows Operating System on the desktop. If you want a web based relational database application, you'll need to pick a development tool that can be used to create web-enabled pages. PowerApps can do that, in a very simplistic way.

    Logic: the code that manipulates data and interface objects "behind the scenese" for a relational database application. In Access that is done using VBA. There are MANY development languages and tools for web based relational database applications.

    For starters, I'd replace the ACE tables in your current Access relational database application with a more robust, more secure, web-deployable database engine, specifically MS SQL Azure as the first choice. That would support continued use of the current Access based user interface and logic components linked to that web accessible data storage. It would also allow you to develop the appropriate web based user interface and logic elements to work with that same data storage.

    PowerApps can fit within that design as an extension to support that browser-based interface. Keeping in mind that PA would be a slimmed down, limited component for simpler tasks.

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments No comments
  3. Anonymous
    2020-08-04T20:36:35+00:00

    Could you clarify what you mean when you say, "Access' ACE is NOT a good choice for a web-based relational database application, at least not in the sense I think you mean it here. "

    If I link Access to Ms Azure, will Access' ACE not be used as the relational database, and instead be hosted on the MS Azure server/cloud?

    Was this answer helpful?

    0 comments No comments
  4. Anonymous
    2020-08-04T19:51:12+00:00

    I appreciate both of your inputs.

    It seems like Access itself will not be able to use as a stand-a-lone application, with simple web based access.

    Considering both of you recommend Azure, I will look into that.

    Thanks

    Was this answer helpful?

    0 comments No comments