Cette question et donc ma réponse peuvent être proches de la ligne grise du subjectif, mais au moins je pense qu'il serait courant de séparer les tables "admin" dans leur propre base de données pour ce que vous semblez faire. Si vous pouvez lier un client à un serveur et à une instance de base de données spécifiques, en ayant des instances de base de données distinctes, cela ouvre des chemins faciles pour ajouter des serveurs pour ajouter des clients. Une seule base de données vous obligerait à utiliser diverses approches de clustering si vous deveniez trop gros.
[modifier] Construire tôt l'idée que chaque client obtient sa propre base de données donne également le ton de la façon dont vous développez lorsqu'il est facile d'apporter des changements structurels et organisationnels. Découvrir dans 2 ans que vous devez le faire deviendra beaucoup plus douloureux. J'ai travaillé avec des bases de données fractionnées de nombreuses fois dans le passé et ce n'est vraiment pas difficile à gérer tant que vous pouvez avoir une idée du contexte. Ici, il semble que vous ayez déjà l'idée que le client est le contexte.
Juste mes deux cents, comme je l'ai dit, vous pourriez être presque subjectif sur celui-ci.
