CREATE ROLE (Transact-SQL)

Syntaxe

CREATE ROLE role_name [ AUTHORIZATION owner_name ]

Arguments

• role_name
  Nom du rôle à créer.

• AUTHORIZATION owner_name
  Utilisateur ou rôle de base de données qui doit posséder le nouveau rôle. Si aucun utilisateur n'est spécifié, le rôle appartient à l'utilisateur qui exécute CREATE ROLE.

Notes

Les rôles sont des éléments sécurisables au niveau base de données. Lorsque vous avez créé un rôle, configurez les autorisations au niveau base de données à l'aide des instructions GRANT, DENY et REVOKE. Pour ajouter des membres à un rôle de base de données, utilisez la procédure stockée sp_addrolemember. Pour plus d'informations, consultez Rôles au niveau de la base de données.

Les rôles des bases de données sont visibles dans les vues de catalogue sys.database_role_members et sys.database_principals.

Attention

Avec l'arrivée de SQL Server 2005, le comportement des schémas a changé. Ainsi, le code qui suppose que les schémas sont équivalents aux utilisateurs de base de données peut ne plus renvoyer des résultats corrects. Vous ne devez pas recourir aux anciens affichages catalogue, notamment sysobjects, dans une base de données où une des instructions DDL suivantes a été utilisée : CREATE SCHEMA, ALTER SCHEMA, DROP SCHEMA, CREATE USER, ALTER USER, DROP USER, CREATE ROLE, ALTER ROLE, DROP ROLE, CREATE APPROLE, ALTER APPROLE, DROP APPROLE, ALTER AUTHORIZATION. Dans ces bases de données, vous devez utiliser les nouveaux affichages catalogue. Les nouveaux affichages catalogue tiennent compte de la séparation des entités de sécurité et des schémas introduite dans SQL Server 2005 Pour plus d'informations sur les affichages catalogue, consultez Affichages catalogue (Transact-SQL).

Autorisations

Nécessite l'autorisation CREATE ROLE sur la base de données. Lorsque vous utilisez l'option AUTHORIZATION, les autorisations suivantes sont également requises :

• Pour affecter la propriété d'un rôle à un autre utilisateur, l'autorisation IMPERSONATE est requise pour cet utilisateur.

• Pour affecter la propriété d'un rôle à un autre rôle, l'appartenance au rôle destinataire ou l'autorisation ALTER est requise pour ce rôle.

• Pour affecter la propriété d'un rôle à un rôle d'application, l'autorisation ALTER est requise pour ce rôle d'application.

Exemples

A. Création d'un rôle de base de données possédé par un utilisateur de base de données

USE AdventureWorks;
CREATE ROLE buyers AUTHORIZATION BenMiller;
GO

A. Création d'un rôle de base de données appelé qui est possédé par un rôle de base de données fixe

USE AdventureWorks;
CREATE ROLE auditors AUTHORIZATION db_securityadmin;
GO

Voir aussi

Référence

Concepts