I needed to place the reports in a separate database. I copied the front end and renamed it ...FE - copy. Created links to the back end tables; wrote an install script and Autoupdater. Was this the best way to go?
Long as your reports run correctly, it would seem that would be a good idea. I've had clients who wanted a reporting-only edition of their database, and that's what I'd do - copy all the reports to a new database, link the tables, and deploy that database.
If the reports need to be in both FE's, I would do it differently. Managing change in an environment were duplicate objects can exist in another FE is problematic. You have to be very disciplined in how you handle changes. I would separate the users into two groups, reporting only and all access. The log on screen would check the user group and display a different menu for each type of user. That way everything is in the same database and you only need to change it once. You should always distribute as an .accde renamed to .accdr. While that doesn't present much of a secure barrier to a technical person, it generally thwarts users and prevents accidents.
Microsoft Access
Microsoft Access is a rapid application development (RAD) relational database tool. Access can be used for both desktop and web-based applications, and uses VBA (Visual Basic for Applications) as its coding language.