HAS_PERMS_BY_NAME (Transact-SQL)

Évalue l'autorisation effective de l'utilisateur actuel sur un élément sécurisable. Une fonction associée est fn_my_permissions.

Icône Lien de rubriqueConventions de syntaxe 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.

    [!REMARQUE]

    Dans les versions de SQL Server à SQL Server 2008 Service Pack 2, les éléments sécurisables sub ne peuvent pas utiliser des crochets sous la forme '[nom sub]'. Utilisez 'nom sub' à la place.

  • 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.

Types retournés

int

Renvoie NULL lorsque la requête échoue.

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é. HAS_PERMS_BY_NAME retourne 1 lorsque l'utilisateur dispose d'autorisation effective sur l'élément sécurisable, 0 lorsque l'utilisateur n'a pas cette autorisation et si la classe sécurisable ou l'autorisation n'est pas valide. 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.

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
(QUOTENAME(SCHEMA_NAME(schema_id)) + '.' + QUOTENAME(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');