Pourquoi les utiliser ?

1 Pour accélérer les requêtes : Précisez toujours nominement le schéma de l’objet, c’est encore mieux avec une collation binaire de votre base.

2 Si vous n’utilisez pas Power AMC, vous pouvez utilisez un schéma pour supprimer l’ordre dans la création des objets, par exemple, à l’intérieur d’un schéma, il est tout à fait envisageable de créer une vue avant les tables dont elle depend. Personnellement, je préfère que Power AMC crée les objets dans l’ordre.

3 Si vous utilisez des tables ayant un même nom pour une raison fonctionnelle, placez les dans un schéma de nom différent et nommez précisement le schéma avant chaque utilisation pour éviter toute équivoque.

4 Sur une grande base, les schémas simplifie la lecture et la compréhension de la base en découpant en domaine fonctionnels.

Quand les utiliser ?

Lorsque l’on regarde une application comme AdventuresWorks de Microsoft, on la comprend mieux grâce à l’utilisation de plusieurs schémas.

Le schéma est l’équivalent d’un namespace, d’un espace de nom sous .net avec une limitation de taille, il n’y a q’un seul niveau en SQL.

Personnellement, je n’ai pas encore développer un produit de plus de 50 tables dans des domaines fonctionnels différents, justifiant de passer du schéma dbo vers plusieurs schémas.

Comment les utiliser ?

Power AMC semble gérer cet aspect si vous devez le mettre en place.