Dois-je utiliser le dbo par défaut ou un schéma personnalisé pour les tables communes dans la database multi-locataires?

J'ai une database qui va save des données pour différents clients. La plupart des clients ont les mêmes exigences en matière de données; Cependant, ce n'est pas toujours le cas. Pour les différentes exigences, je vais créer des tables d'extension qui vont être spécifiques à leurs besoins. Pour chaque client, je vais créer un schéma et ensuite mettre les tables d'extension spécifiques, les vues, etc. sous leur schéma.

Cependant, pour les tables de données communes, devrais-je les créer sous le schéma dbo par défaut ou devrais-je créer un nouveau schéma à la place?

Je vous remercie.

La seule raison d'utiliser le schéma dbo est la commodité, vous n'avez donc pas besoin de planifier les rôles, les droits et les exigences de vos schémas dans les moindres détails. Toutefois, si vous planifiez déjà une database à plusieurs schémas, je vous recommand vivement de planifier votre schéma d'application commun et de laisser le schéma dbo pour les objects DBA / prived explicites.

J'ai conçu et écrit sur les bases de données multi-locataires ici et ici, que vous findez utiles. Il s'agit principalement de schémas de schéma partagé, mais le premier article contient beaucoup de pointeurs vers d'autres articles, y compris des éléments multi-schémas.

Je voudrais créer un schéma Common . Vous ne voulez pas donner à vos users l'access au schéma dbo si vous pouvez l'aider. Surtout si vous avez des statistics, etc.

Les schémas sont un excellent moyen de séparer les namespaces et d'administrer la security. Profitez-en et organisez vos bases de données aussi simplement que possible. Cela le rend beaucoup plus lisible quand vous parcourez cette list de tables!