Partager via


REVOKE – révocation d'autorisations de principal de base de données (Transact-SQL)

Permet de révoquer des autorisations accordées ou refusées sur un utilisateur de base de données, un rôle de base de données ou un rôle d'application.

Icône Lien de rubriqueConventions de syntaxe de Transact-SQL

Syntaxe

REVOKE [ GRANT OPTION FOR ] permission [ ,...n ]  
    ON 
    {  [ USER :: database_user ]
       | [ ROLE :: database_role ]
       | [ APPLICATION ROLE :: application_role ]
    }
    { FROM | TO } <database_principal> [ ,...n ]
        [ CASCADE ]
    [ AS <database_principal> ]

<database_principal> ::=
        Database_user 
    | Database_role 
    | Application_role 
    | Database_user_mapped_to_Windows_User 
    | Database_user_mapped_to_Windows_Group 
    | Database_user_mapped_to_certificate 
    | Database_user_mapped_to_asymmetric_key 
    | Database_user_with_no_login 

Arguments

  • permission
    Spécifie une autorisation qui peut être révoquée sur le principal de base de données. Pour obtenir la liste des autorisations, consultez la section Notes plus loin dans cette rubrique.

  • USER :: database_user
    Spécifie la classe et le nom de l'utilisateur sur lequel l'autorisation doit être révoquée. L'identificateur d'étendue (::) est requis.

  • ROLE :: database_role
    Spécifie la classe et le nom du rôle sur lequel l'autorisation doit être révoquée. L'identificateur d'étendue (::) est requis.

  • APPLICATION ROLE :: application_role
    Spécifie la classe et le nom du rôle d'application sur lequel l'autorisation doit être révoquée. L'identificateur d'étendue (::) est requis.

  • GRANT OPTION
    Indique que le droit d'accorder l'autorisation spécifiée à d'autres principaux sera révoqué. L'autorisation elle-même ne sera pas révoquée.

    Important

    Si le principal possède l'autorisation spécifiée sans l'option GRANT, l'autorisation elle-même sera révoquée.

  • CASCADE
    Indique que l'autorisation à révoquer est également révoquée pour les autres principaux auxquels elle a été accordée ou refusée par ce principal.

    AttentionAttention

    Une révocation en cascade d'une autorisation accordée avec l'option WITH GRANT OPTION entraîne la révocation des deux options GRANT et DENY de cette autorisation.

  • AS <principal_de_base_de_données>
    Spécifie un principal à partir duquel le principal qui exécute cette requête dérive son droit de révoquer l'autorisation.

  • Database_user
    Spécifie un utilisateur de base de données.

  • Database_role
    Spécifie un rôle de base de données.

  • Application_role
    Spécifie un rôle d'application.

  • Database_user_mapped_to_Windows_User
    Spécifie un utilisateur de base de données mappé sur un utilisateur Windows.

  • Database_user_mapped_to_Windows_Group
    Spécifie un utilisateur de base de données mappé sur un groupe Windows.

  • Database_user_mapped_to_certificate
    Spécifie un utilisateur de base de données mappé sur un certificat.

  • Database_user_mapped_to_asymmetric_key
    Spécifie un utilisateur de base de données mappé sur une clé asymétrique.

  • Database_user_with_no_login
    Spécifie un utilisateur de base de données sans principal au niveau serveur correspondant.

Notes

Autorisations d'un utilisateur de base de données

Un utilisateur de base de données est un sécurisable au niveau base de données inclus dans la base de données qui est son parent dans la hiérarchie des autorisations. Les autorisations les plus spécifiques et limitées qu'il est possible de révoquer sur un utilisateur de base de données sont répertoriées dans le tableau ci-dessous, avec les autorisations plus générales qui les incluent de manière implicite.

Autorisation d'utilisateur de base de données

Déduite d'une autorisation d'utilisateur de base de données

Déduite d'une autorisation de base de données

CONTROL

CONTROL

CONTROL

IMPERSONATE

CONTROL

CONTROL

ALTER

CONTROL

ALTER ANY USER

VIEW DEFINITION

CONTROL

VIEW DEFINITION

Autorisations de rôle de base de données

Un rôle de base de données est un sécurisable au niveau base de données inclus dans la base de données qui est son parent dans la hiérarchie des autorisations. Les autorisations les plus spécifiques et limitées qu'il est possible de révoquer sur un rôle de base de données sont répertoriées dans le tableau ci-dessous, avec les autorisations plus générales qui les incluent de manière implicite.

Autorisation de rôle de base de données

Déduite d'une autorisation de rôle de base de données

Déduite d'une autorisation de base de données

CONTROL

CONTROL

CONTROL

TAKE OWNERSHIP

CONTROL

CONTROL

ALTER

CONTROL

ALTER ANY ROLE

VIEW DEFINITION

CONTROL

VIEW DEFINITION

Autorisations de rôle d'application

Un rôle d'application est un sécurisable au niveau base de données inclus dans la base de données qui est son parent dans la hiérarchie des autorisations. Les autorisations les plus spécifiques et limitées qu'il est possible de révoquer sur un rôle d'application sont répertoriées dans le tableau ci-dessous, avec les autorisations plus générales qui les incluent de manière implicite.

Autorisation de rôle d'application

Déduite d'une autorisation de rôle d'application

Déduite d'une autorisation de base de données

CONTROL

CONTROL

CONTROL

ALTER

CONTROL

ALTER ANY APPLICATION ROLE

VIEW DEFINITION

CONTROL

VIEW DEFINITION

Autorisations

Requiert l'autorisation CONTROL sur le principal spécifié ou une autorisation plus élevée qui implique l'autorisation CONTROL.

Les bénéficiaires de l'autorisation CONTROL sur une base de données, tels que les membres du rôle de base de données fixe db_owner, peuvent accorder une autorisation quelconque sur tout sécurisable inclus dans la base de données.

Exemples

A. Révocation d'une autorisation CONTROL sur un utilisateur pour un autre utilisateur

Dans l'exemple ci-dessous, l'autorisation CONTROL sur l'utilisateur AdventureWorks2008R2Wanida est révoquée pour l'utilisateur RolandX.

USE AdventureWorks2008R2;
REVOKE CONTROL ON USER::Wanida FROM RolandX;
GO

B. Révocation d'une autorisation VIEW DEFINITION sur un rôle pour un utilisateur auquel l'autorisation avait été accordée avec l'option WITH GRANT OPTION

Dans l'exemple ci-dessous, l'autorisation VIEW DEFINITION sur le rôle AdventureWorks2008R2SammamishParking est révoquée pour l'utilisateur de base de données JinghaoLiu. L'option CASCADE est spécifiée car l'utilisateur JinghaoLiu avait obtenu l'autorisation VIEW DEFINITION avec l'option WITH GRANT OPTION.

USE AdventureWorks2008R2;
REVOKE VIEW DEFINITION ON ROLE::SammamishParking 
    FROM JinghaoLiu CASCADE;
GO

C. Révocation d'une autorisation IMPERSONATE sur un utilisateur pour un rôle d'application

Dans l'exemple ci-dessous, l'autorisation IMPERSONATE sur l'utilisateur HamithaL est révoquée pour le rôle d'application AdventureWorks2008R2AccountsPayable17.

USE AdventureWorks2008R2;
REVOKE IMPERSONATE ON USER::HamithaL FROM AccountsPayable17;
GO