Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’applique à :
SQL Server sur Windows Azure SQL Managed Instance
Important
Master Data Services (MDS) est supprimé dans SQL Server 2025 (17.x). Nous continuons à prendre en charge MDS dans SQL Server 2022 (16.x) et les versions antérieures.
Les autorisations d'un utilisateur sont basées sur les :
Autorisations liées à l’appartenance à des groupes.
autorisations affectées explicitement à l'utilisateur.
Si un utilisateur est un membre de plusieurs groupes, et que ces groupes ont accès à Master Data Manager, les règles suivantes s'appliquent :
Refuser remplace toutes les autres autorisations. Si l’autorisation associée à l’objet est Refuser dans un groupe, l’autorisation effective est également Refuser.
Une autorisation d’accès est l’ensemble de toutes les autorisations effectives d’un groupe. Si l’autorisation associée à l’objet est Créer dans un groupe et Mettre à jour dans un autre, l’autorisation effective correspond à Créer et Mettre à jour.
Ces règles s'appliquent à la fois à l'onglet Modèles et à l'onglet Membres de hiérarchie . Les autorisations sont résolues pour chaque onglet, puis combinées. Pour plus d’informations, consultez Mode de détermination des autorisations (Master Data Services).
Remarque
Vous pouvez consulter la résolution des autorisations qui se chevauchent entre l'utilisateur et le groupe dans l'interface utilisateur. Les onglets Modèles et membres de la hiérarchie ont tous deux une liste déroulante à partir de laquelle vous pouvez choisir Effectif pour consulter les autorisations effectives.
Exemple 1
L'utilisateur appartient au Groupe 1 et au Groupe 2.
L’utilisateur dispose de l’autorisation Read sur l’entité Produit.
Le groupe 1 a l'autorisation de mettre à jour l'entité Produit.
Groupe 2 a l’autorisation Lecture sur l’entité Product.
Résultat : l'autorisation effective de l'utilisateur est Mise à jour pour l'entité Produit.
Exemple 2
L'utilisateur appartient au Groupe 1 et au Groupe 2.
L’utilisateur dispose de l’autorisation Read sur l’entité Produit.
Le groupe 1 dispose de l’autorisation Mettre à jour pour l’entité produit.
Groupe 2 a l'autorisation Refuser sur l'entité Product.
Résultat : l'autorisation effective de l'utilisateur est Refusée pour l'entité Product.
Exemple 3
L'utilisateur appartient au Groupe 1 et au Groupe 2.
L'utilisateur dispose de l'autorisation Update pour un groupe de membres dans un nœud de hiérarchie.
Groupe 1 a l’autorisation Lecture sur un groupe de membres dans un nœud de la hiérarchie.
Groupe 2 a l’autorisation Lecture sur un groupe de membres dans un nœud de la hiérarchie.
Résultat : l'autorisation effective de l'utilisateur pour les membres est Modifier.