Je comprends les capacités des schémas SQL Server, mais quelles sont les meilleures pratiques? Bien sûr, ils offrent une autre couche de sécurité et fournissent un regroupement logique des objets de base de données dans la base de données, mais qu'est-ce qui est typique là-bas? D'après mon expérience, je ne vois pas souvent de nombreux schémas personnalisés utilisés. Est-ce typique? Est-ce le scénario le moins fréquent où des schémas personnalisés devraient être utilisés?
Nous les utilisons
Observations utiles et pratiques après le livre blanc mentionné par Marian:
Je pense qu'une réponse peut être trouvée dans cet article MSDN: SQL Server Best Practices - Implementation of Database Object Schemas .
Citation: "Ce livre blanc présente les possibilités d’amélioration de l’administration de la sécurité d’une base de données utilisateur et décrit certaines des meilleures pratiques concernant l’utilisation de schémas pour gérer les objets de base de données dans les bases de données de développement et de production. Plus précisément, il aborde trois scénarios réels:
J'utilise en particulier la troisième partie - relier un groupe d'objets ensemble en fonction de leur signification logique - différents schémas appartenant à différents projets au sein d'une même base de données.