CREATE LOGIN (Transact-SQL) - Analytics Platform System (PDW)

S’applique à :Analytics Platform System (PDW)

Crée une connexion pour les bases de données SQL Server, Azure SQL Database, Azure SQL Managed Instance, Azure Synapse Analytics ou Analytics Platform System. Choisissez l’un des onglets suivants pour la syntaxe, les arguments, les remarques, les autorisations et les exemples d’une version particulière.

CREATE LOGIN Participe aux transactions. Si CREATE LOGIN elle est exécutée au sein d’une transaction et que la transaction est annulée, alors la création de connexion est annulée. Si elle est exécutée dans une transaction, la connexion créée ne peut pas être utilisée jusqu’à ce que la transaction soit validée.

Note

Microsoft Entra ID était précédemment connu sous le nom d’Azure Active Directory (Azure AD).

Conventions de la syntaxe Transact-SQL

Syntaxe

-- Syntax for Analytics Platform System
CREATE LOGIN loginName { WITH <option_list1> | FROM WINDOWS }

<option_list1> ::=
    PASSWORD = { 'password' } [ MUST_CHANGE ]
    [ , <option_list> [ ,... ] ]
  
<option_list> ::=
      CHECK_EXPIRATION = { ON | OFF}
    | CHECK_POLICY = { ON | OFF}

Arguments

login_name

Spécifie le nom de la connexion créée. Il existe quatre types de connexions : les connexions SQL Server, les connexions Windows, les connexions mappées par certificat et les connexions mappées par clé asymétrique. Lorsque vous créez des connexions mappées à partir d’un compte de domaine Windows, vous devez utiliser le nom de connexion utilisateur pré-Windows 2000 au format [<domainName>\<login_name>]. Vous ne pouvez pas utiliser d’UPN au format login_name@DomainName. Consultez l’exemple D plus loin dans cet article. Les connexions d’authentification sont de type sysname et doivent être conformes aux règles des identificateurs et ne peuvent pas contenir de «\ ». Les connexions Windows peuvent contenir une barre oblique inverse ( \ ). Les connexions basées sur des utilisateurs Active Directory sont limités aux noms de moins de 21 caractères.

MOT de PASSE ='mot de passe'

S’applique uniquement aux connexions SQL Server. Spécifie le mot de passe de la connexion à créer. Utilisez un mot de passe fort. Pour plus d’informations, consultez Mots de passe forts et Stratégie de mot de passe. Depuis SQL Server 2012 (11.x), les informations de mot de passe stockées sont calculées à l’aide de la valeur salt SHA-512 du mot de passe.

Les mots de passe sont sensibles à la casse. Les mots de passe doivent toujours comporter au moins huit caractères et ne peuvent pas dépasser 128 caractères. Les mots de passe peuvent inclure les caractères a-z, A-Z, 0-9 et la plupart des caractères non alphanumériques. Les mots de passe ne peuvent pas contenir de guillemets simples ou le login_name.

MUST_CHANGE

S’applique uniquement aux connexions SQL Server. Si vous incluez cette option, SQL Server demande à l’utilisateur un nouveau mot de passe la première fois que la nouvelle connexion est utilisée.

CHECK_EXPIRATION = { ON | OFF }

S’applique uniquement aux connexions SQL Server. Spécifie si les règles d'expiration des mots de passe doivent être imposées sur cette connexion. La valeur par défaut est OFF.

CHECK_POLICY = { ON | OFF }

S’applique uniquement aux connexions SQL Server. Spécifie que les stratégies de mot de passe Windows de l’ordinateur sur lequel SQL Server s’exécute doivent s’appliquer à cette connexion. La valeur par défaut est ON.

Si la stratégie windows requiert des mots de passe forts, les mots de passe doivent avoir au moins trois des quatre caractéristiques suivantes :

  • Une majuscule (A-Z).
  • Une minuscule (a-z).
  • Un chiffre (0-9).
  • Un des caractères nonphanumériques, tels qu’un espace, _, @, *, ^, %, !, $, #ou &.

WINDOWS

Spécifie que la connexion doit être mappée sur une connexion Windows.

Remarques

  • Les mots de passe sont sensibles à la casse.
  • Si MUST_CHANGE est spécifié, CHECK_EXPIRATION et CHECK_POLICY doivent prendre la valeur ON. Sans quoi, l'instruction échoue.
  • Une combinaison de CHECK_POLICY = OFF et CHECK_EXPIRATION = ON n’est pas prise en charge.
  • Quand CHECK_POLICY a la valeur OFF, lockout_time est réinitialisé et CHECK_EXPIRATION prend la valeur OFF.

Important

CHECK_EXPIRATION et CHECK_POLICY sont appliqués uniquement sur Windows Server 2003 et versions ultérieures. Pour plus d'informations, consultez Password Policy.

Permissions

Seuls les utilisateurs disposant d’une MODIFICATION de LOGIN toute permission sur le serveur ou d’une adhésion au rôle fixe de serveur securityadmin peuvent créer des connexions. Pour plus d’informations, voir Server-Level Rôles et ALTER SERVER ROLE.

Après la création d’une connexion

Après la création d’une connexion, celle-ci peut se connecter à Azure Synapse Analytics, mais elle dispose uniquement des autorisations accordées au rôle public. Envisagez d’effectuer certaines des activités suivantes.

  • Pour vous connecter à une base de données, créez un utilisateur de base de données pour la connexion. Pour plus d’informations, consultez CREATE USER.
  • Créez un rôle serveur défini par l’utilisateur en utilisant CREATE SERVER ROLE. Permet ALTER SERVER ROLE ... ADD MEMBER d’ajouter la nouvelle connexion au rôle serveur défini par l’utilisateur. Pour plus d’informations, consultez CREATE SERVER ROLE et ALTER SERVER ROLE.
  • Permet sp_addsrvrolemember d’ajouter la connexion à un rôle serveur fixe. Pour plus d’informations, consultez Rôles de niveau serveur et sp_addsrvrolemember.
  • Utilisez cette GRANT instruction pour accorder des permissions au niveau serveur au nouveau login ou à un rôle contenant la connexion. Pour plus d’informations, consultez GRANT.

Exemples

G. Créer une connexion d’authentification SQL Server avec un mot de passe

L’exemple suivant crée la connexion Mary7 avec le mot de passe A2c3456.

CREATE LOGIN Mary7 WITH PASSWORD = 'A2c3456$#' ;

H. Utiliser les options

L’exemple suivant crée la connexion Mary8 avec le mot de passe et certains arguments facultatifs.

CREATE LOGIN Mary8 WITH PASSWORD = 'A2c3456$#' MUST_CHANGE,
CHECK_EXPIRATION = ON,
CHECK_POLICY = ON;

I. Créer une connexion à partir d’un compte de domaine Windows

L’exemple suivant crée une connexion à partir d’un compte de domaine Windows nommé Mary dans le domaine Contoso.

CREATE LOGIN [Contoso\Mary] FROM WINDOWS;
GO

Contenu connexe

  • Dernière mise à jour :