CREATE ROLE (Transact-SQL)

Crée un rôle de base de données dans la base de données active.

Conventions de la syntaxe de 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 :

Dans SQL Server 2005, le comportement des schémas diffère du comportement dans les versions antérieures de SQL Server. Un code qui suppose que les schémas sont équivalents aux utilisateurs de base de données peut renvoyer des résultats incorrects. 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 ou ALTER AUTHORIZATION. Dans une base de données où une de ces instructions a été utilisée, vous devez recourir aux nouveaux affichages catalogue. Les nouveaux affichages catalogue prennent en compte 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

Le code exemple suivant crée le rôle de base de données buyers possédé par l'utilisateur BenMiller.

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

Le code exemple suivant crée le rôle de base de données auditors possédé par le rôle de base de données fixe db_securityadmin.

USE AdventureWorks;
CREATE ROLE auditors AUTHORIZATION db_securityadmin;
GO

Voir aussi

Référence

ALTER ROLE (Transact-SQL)
DROP ROLE (Transact-SQL)
EVENTDATA (Transact-SQL)
sp_addrolemember (Transact-SQL)
sys.database_role_members (Transact-SQL)
sys.database_principals (Transact-SQL)

Autres ressources

Entités de sécurité

Aide et Informations

Assistance sur SQL Server 2005