Skip to content

10AM–5PM by appt.
24h urgent appts

📞 0279-088880

All prices include GST

Cart
0 items

Computer Repair Guides

Plan Local Access Front Ends Around One Shared Back-End Database

by AEPC / AKL East PC 28 Sep 2026

A shared Access application does not require every user to open the same copy of its forms and queries. A split design keeps tables in a back-end database while each user runs a local front end containing the application objects and links to those tables.

This preparation concerns a conventional desktop Access database on a managed local network. Confirm the database owner's intended location, compatible Access versions and a usable backup. Arrange a period when users will not change data during the split; otherwise the newly created backend can miss intervening changes.

Establish the two file roles

Microsoft's Database Splitter workflow starts from a local database copy. Under Database Tools, Move Data, choose Access Database, then Split Database and specify the backend location. The original copy becomes the front end. Microsoft recommends a UNC network path rather than a mapped drive letter because users' drive mappings can differ.

Record the exact backend path and the front-end revision. A file with a plausible name in an old test folder is not interchangeable with the accepted data source. Preserve a clearly isolated test backend for rehearsal.

Give each user an appropriate local front-end copy and inspect its linked-table destination before normal use. Do not give each person a separate independent backend if the task requires one shared current dataset.

Test shared data through separate front ends

In the isolated trial, create a distinctive harmless record through one user's front end and inspect it through another. Check the same identifier and values, then verify an authorised edit through the normal application workflow. This tests the data destination, not just whether both users can open a form.

Microsoft recommends avoiding opening Access database files from OneDrive or a SharePoint document library because local download/upload behaviour can create multiple copies and unexpected results. A synchronised file is therefore not the shared-backend arrangement described here.

Before adoption, agree who maintains the backend, how backups are taken and how front-end revisions are distributed. Keep the link path and accepted trial with that handover. Recheck links after moving the backend; opening a familiar-looking application window does not prove that it points to the current shared records.

Sources: Microsoft: splitting an Access database; Microsoft: Access sharing methods.

Prev Post
Next Post

Thanks for subscribing!

This email has been registered!

Shop the look

Choose Options

Edit Option
Terms & Conditions
Unless otherwise stated, brand new accessories are guaranteed for one year. Second-hand parts are guaranteed for three months. Repair (hardware) is guaranteed for one month. The software is not covered by the warranty, you should contact the software development organization for technical support and after-sales service. The warranty is limited to the same position fault; the customer should provide the warranty with the complete Warranty sticker and the receipt of payment. Otherwise, it will not be guaranteed. (If the warranty label is damaged for any reason, is not covered by warranty.) Returns and refunds Please read our Return & Refund Policy for the current return timeframe, conditions, fees, return methods and refund processing time.
this is just a warning
Login
Shopping Cart
0 items