Has_Perms_By_Name (Transact-SQL)

Article
12/15/2008

Évalue l'autorisation effective de l'utilisateur actuel sur un élément sécurisable.

Icône Lien de rubrique Conventions de la syntaxe de Transact-SQL

Syntaxe

Has_perms_by_name ( 
                                      securable , 
                                      securable_class , 
                                      permission  
                   [ , sub-securable ] 
                   [ , sub-securable_class ]
                                      )

Arguments

securable
Indique le nom de l'élément sécurisable. Si l'élément sécurisable est le serveur lui-même, cette valeur doit être définie avec NULL. securable est une expression scalaire de type sysname. Il n'y a pas de valeur par défaut.

securable_class
Nom de la classe de l'élément sécurisable sur lequel l'autorisation est testée. securable_class est une expression scalaire de type nvarchar(60).

permission
Expression scalaire non NULL de type sysname qui représente le nom de l'autorisation à contrôler. Il n'y a pas de valeur par défaut. Le nom d'autorisation ANY représente une autorisation générique.

sub-securable
Expression scalaire facultative de type sysname qui représente le nom de la sous-entité de l'élément sécurisable sur lequel l'autorisation est testée. La valeur par défaut est NULL.

sub-securable_class
Expression scalaire facultative de type nvarchar(60) qui représente la classe de la sous-entité de l'élément sécurisable sur lequel l'autorisation est testée. La valeur par défaut est NULL.

Notes

Cette fonction intégrée teste si l'entité de sécurité active a une autorisation effective sur un élément sécurisable spécifié. Une autorisation effective peut être :

une autorisation accordée directement à l'entité de sécurité et non refusée ;
une autorisation impliquée par une autorisation de niveau supérieur détenue par l'entité de sécurité et non refusée ;
une autorisation accordée à un rôle ou à un groupe dont l'entité de sécurité est membre et non refusée ;
une autorisation détenue par un rôle ou un groupe dont l'entité de sécurité est membre et non refusée.

L'évaluation des autorisations a toujours lieu dans le contexte de sécurité de l'appelant. Pour déterminer si un autre utilisateur a une autorisation effective, l'appelant doit avoir l'autorisation IMPERSONATE sur cet utilisateur.

Pour les entités au niveau schéma, les noms non NULL en une, deux ou trois parties sont acceptés. Pour les entités au niveau base de données, un nom en une partie est accepté ; la valeur NULL indique la « base de données active ». Pour le serveur lui-même, la valeur NULL (« serveur actif ») est exigée. Cette fonction ne peut pas contrôler les autorisations sur un serveur lié ou sur un utilisateur Windows pour lequel aucune entité de sécurité au niveau serveur n'a été créée.

La requête suivante renvoie la liste des classes intégrées des éléments sécurisables :

   SELECT class_desc FROM sys.fn_builtin_permissions(default)

Les classements suivants sont utilisés :

Classement de la base de données active : éléments sécurisables au niveau base de données qui comprennent des éléments sécurisables non contenus dans un schéma ; éléments sécurisables sur l'étendue d'un schéma en une ou deux parties ; base de données cible lors de l'utilisation d'un nom en trois parties.
Classement de la base de données master : Éléments sécurisables au niveau serveur.
« ANY » n'est pas pris en charge pour les contrôles au niveau colonne. Vous devez spécifier l'autorisation appropriée.

Types des valeurs renvoyées

int

Renvoie NULL si la requête échoue.

Exemples

A. Ai-je l'autorisation VIEW SERVER STATE au niveau serveur ?

SELECT has_perms_by_name(null, null, 'VIEW SERVER STATE');

B. Puis-je emprunter l'identité de l'entité de sécurité du serveur Ps ?

SELECT has_perms_by_name('Ps', 'LOGIN', 'IMPERSONATE')

C. Ai-je des autorisations dans la base de données active ?

SELECT has_perms_by_name(db_name(), 'DATABASE', 'ANY')

D. L'entité de sécurité de la base de données Pd a-t-elle une autorisation dans la base de données active ?

Supposons que l'appelant a une autorisation IMPERSONATE sur l'entité de sécurité Pd.

EXECUTE AS user = 'Pd'
GO
SELECT has_perms_by_name(db_name(), 'DATABASE', 'ANY')
GO
REVERT
GO

E. Puis-je créer des procédures et des tables dans le schéma S ?

L'exécution du code exemple suivant nécessite l'autorisation ALTER dans S et l'autorisation CREATE PROCEDURE dans la base de données, de même pour des tables.

SELECT has_perms_by_name(db_name(), 'DATABASE', 'CREATE PROCEDURE')
    & has_perms_by_name('S', 'SCHEMA', 'ALTER') AS _can_create_procs,
    has_perms_by_name(db_name(), 'DATABASE', 'CREATE TABLE') &
    has_perms_by_name('S', 'SCHEMA', 'ALTER') AS _can_create_tables;

F. Sur quelles tables dois-je sélectionner l'autorisation ?

SELECT has_perms_by_name(SCHEMA_NAME(schema_id) + '.' + name, 
    'OBJECT', 'SELECT') AS have_select, * FROM sys.tables;

G. Ai-je l'autorisation INSERT sur la table SalesPerson dans AdventureWorks ?

Le code exemple suivant suppose que AdventureWorks est le contexte actuel de ma base de données et utilise un nom en deux parties.

SELECT has_perms_by_name('Sales.SalesPerson', 'OBJECT', 'INSERT')

Le code exemple suivant ne fait aucune hypothèse sur le contexte actuel de ma base de données et utilise un nom en trois parties.

SELECT has_perms_by_name('AdventureWorks.Sales.SalesPerson', 
    'OBJECT', 'INSERT')

H. Pour quelles colonnes de la table T ai-je l'autorisation SELECT ?

SELECT name AS column_name, 
    has_perms_by_name('T', 'OBJECT', 'SELECT', name, 'COLUMN') 
    AS can_select FROM sys.columns AS c 
    WHERE c.object_id=object_id('T');

Voir aussi

Partager via