Very interesting - when you produce a database for a customer, do you copyright it or protect it legally? When you mention a professional installer package, I take it that will handle installing the front and back ends in suitable locations, and then linking them up?
Copyright is important but difficult to enforce in reality
The main thing is to prevent other users using your code in their own commercial applications
Protecting it legally isn't really practicable except for large corporations IMO
Hence. most developers distribute their work as ACCDE files so the code is inaccessible.
In contrast, for many years, I have sold some of my more powerful & complex schools databases as ACCDB files so that capable Access users can modify them to meet their needs.
However, I do stress copyright issues.
I also make clear that any program updates that I release will overwrite their changes!
That's usually enough to put them off so that they ask me (pay me) to make desired changes & integrate them into my own versions.
The installer package can certainly install both FE & BE files to specified locations.
If this is done it makes relinking a doddle.
However in my experience, each institution will need to use a different location for the BE files.
In my case, the BE is normally A SQL server database so all sorts of settings will need to be specified by the end user.
These settings are stored in the registry & in a linked Access configuration file.
Hence when I distribute split databases, I remove all links before doing so.
When the update is installed, the installation routine does many things including:
a) run the SQL server script file to make any required changes to the SQL database tables
b) grabs the settings from the config file / registry & relinks the new FE to the BE file(s).
c) makes any required changes to the Access config file
d) resets the path to various folders depending on user settings
e.g.for backups, images, documentation etc
e) creates a log file of the changes made and notes any errors (VERY rare)
f) 'silently' sends an email to me (the developer) with the log file as an attachment ... so I know instantly if there were any issues
g) sends me another email if users have changed the path/settings for their config & SQL datafiles ... so I can include the new values in future versions
... and more ...
Even with the largest databases all of that can be done in 30-45 seconds.
In case, you're not totally bored following this very lengthy reply, attached is a typical log file