Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • Home
  • SEARCH
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 7044417
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 28, 20262026-05-28T02:24:26+00:00 2026-05-28T02:24:26+00:00

I have a brief conceptional question: Recently, I started to develop an app in

  • 0

I have a brief conceptional question:

Recently, I started to develop an app in which I can (on the fly) create clients who, in turn, can create projects that have lots of other stuff (own logins, etc).

The URL-structure is “example.com/client1/project1” for users to get to their project. So far so good, I managed it all with the DB-Model and routing etc.

Example structure:

-> Client -> Project -> User
                     -> Forum -> Topic -> Post
                     -> Message
                     -> Setting
                     -> [...] (you get the gist)

However, there will only be a handful of clients (< 15), so I was wondering if it were better to use a SEPARATE app-folder and DB for EACH client. Because this way, I will also be able to roll-out upgrades for each client separately.


Here my initial thoughts on the matter (going for separate installations):

Pro: Separate Apps

  • Ability to roll-out updates and new features separately for each client (it may well be that some new features are unwelcome by some clients)
  • An error in one DB will only affect one client

Contra: Separate Apps

  • More maintenance work in terms of monitoring all apps & applying updates globally (but given the number of clients this is not really a problem)
  • May become really confusing with different versions etc.
  • No ability to implement a superadmin that can access all apps (needs to be done on app-level)
  • Harder to create shared functionality and data (e.g. billing for clients)
  • Bad practice?

Should I ever wish to merge all installations, then this will not be a problem really, because everything is based on UUIDs. Furthermore, I will still implement the Client-Model, with all the rest being dependent on it: this way, it will simply be a matter of combining the databases and clients’ files into one app-installation (given everyone wants the same functionality).

Note: The CakePHP core-library will be shared in any case: so this is not the issue here.

What would you think in this instance? The only problem I can see is with billing:

But it’s not a problem to call a central DB from within each client to let it know “Hey, I just created something that needs to be billed”.

If I do it in a single app – how do I exclude certain clients from some updates? Or should I simply force everyone to get used to any new features?

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-05-28T02:24:26+00:00Added an answer on May 28, 2026 at 2:24 am

    Because of the overheads you also mention, I’d only go for the ‘Separate apps’ if there was a requirement which made it absolutely necessary.

    EDIT:
    you do not need to have different db schemas to finetune available features per clients

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

I have two brief question: Is there a way that I can click on
Have just started using Visual Studio Professional's built-in unit testing features, which as I
Brief: I have a sub classed AuthorizeAttribute in my framework in which I am
I want to know when i have to use these ADO.NET Components???can anyone brief
Brief I have an installation package (MSI based) which attempts to register a dll
Brief Description of the app: I have written a Delphi application that allows a
First, brief but profound thanks to all who have responded to my questions to
Brief : I have code which works if I don't dispose of the BindingSource
Brief background: I have two-step login page, which after step 1 sends one-time code
My prob in brief: I have two tables namely category and product. table: category

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.