CREATE USER (Transact-SQL)

[アーティクル]
02/15/2024

適用対象: SQL Server Azure SQL データベース Azure SQL Managed Instance Azure Synapse Analytics Analytics Platform System (PDW)

現在のデータベースにユーザーを追加します。 13 種類のユーザーの一覧を、最も基本的な構文のサンプルと共に、次に示します。

Note

Microsoft Entra ID はAzure Active Directory (Azure AD) の新しい名前ですが、既存の環境の中断を防ぐために、UI フィールド、接続プロバイダー、エラーコード、コマンドレットなど、ハードコーディングされた一部の要素でAzure AD が残ります。この記事では、2 つの名前は交換可能です。

master 内のログインに基づくユーザー - これは最も一般的な種類のユーザーです。

Windows Active Directory アカウントに基づくログインに基づくユーザー。 CREATE USER [Contoso\Fritz];
Windows グループに基づくログインに基づくユーザー。 CREATE USER [Contoso\Sales];
SQL Server 認証を使用したログインに基づくユーザー。 CREATE USER Mary;
Microsoft Entra ログインに基づくユーザー。 CREATE USER [bob@contoso.com] FROM LOGIN [bob@contoso.com]

Note

Microsoft Entra サーバープリンシパル (ログイン) は、現在、Azure SQL Database のパブリックプレビュー段階にあります。

データベースで認証されるユーザー - データベースの移植性を高めるために推奨されます。
SQL Database で常に許可されます。 SQL Server の包含データベースでのみ許可されます。

ログインのない Windows ユーザーに基づくユーザー。 CREATE USER [Contoso\Fritz];
ログインのない Windows グループに基づくユーザー。 CREATE USER [Contoso\Sales];
Microsoft Entra ユーザーに基づく SQL Database または Azure Synapse Analytics のユーザー。 CREATE USER [Fritz@contoso.com] FROM EXTERNAL PROVIDER;
パスワードを持つ包含データベースユーザー。 (Azure Synapse Analytics では使用できません。) CREATE USER Mary WITH PASSWORD = '********';

Windows グループログインを介して接続する Windows プリンシパルに基づくユーザー

ログインのない Windows ユーザーに基づくユーザーでありながら、Windows グループのメンバーシップを介してデータベースエンジンに接続できるユーザー。 CREATE USER [Contoso\Fritz];
ログインのない Windows グループに基づくユーザーでありながら、別の Windows グループのメンバーシップを介してデータベースエンジンに接続できるユーザー。 CREATE USER [Contoso\Fritz];

認証できないユーザー - これらのユーザーは SQL Server または SQL Database にログインできません。

ログインのないユーザー。ログインできませんが、アクセス許可を付与できます。 CREATE USER CustomApp WITHOUT LOGIN;
証明書に基づくユーザー。ログインできませんが、アクセス許可を付与でき、モジュールに署名できます。 CREATE USER TestProcess FOR CERTIFICATE CarnationProduction50;
非対称キーに基づくユーザー。ログインできませんが、アクセス許可を付与でき、モジュールに署名できます。 CREATE User TestProcess FROM ASYMMETRIC KEY PacificSales09;

Transact-SQL 構文表記規則

構文

-- Syntax for SQL Server, Azure SQL Database, and Azure SQL Managed Instance
  
-- Syntax Users based on logins in master  
CREATE USER user_name   
    [   
        { FOR | FROM } LOGIN login_name   
    ]  
    [ WITH <limited_options_list> [ ,... ] ]   
[ ; ]  
  
-- Users that authenticate at the database  
CREATE USER   
    {  
      windows_principal [ WITH <options_list> [ ,... ] ]  
  
    | user_name WITH PASSWORD = 'password' [ , <options_list> [ ,... ]   
    | Microsoft_Entra_principal FROM EXTERNAL PROVIDER [WITH OBJECT_ID = 'objectid'] 
    }  
  
 [ ; ]  
  
-- Users based on Windows principals that connect through Windows group logins  
CREATE USER   
    {   
          windows_principal [ { FOR | FROM } LOGIN windows_principal ]  
        | user_name { FOR | FROM } LOGIN windows_principal  
}  
    [ WITH <limited_options_list> [ ,... ] ]   
[ ; ]  
  
-- Users that cannot authenticate   
CREATE USER user_name   
    {  
         WITHOUT LOGIN [ WITH <limited_options_list> [ ,... ] ]  
       | { FOR | FROM } CERTIFICATE cert_name   
       | { FOR | FROM } ASYMMETRIC KEY asym_key_name   
    }  
 [ ; ]  
  
<options_list> ::=  
      DEFAULT_SCHEMA = schema_name  
    | DEFAULT_LANGUAGE = { NONE | lcid | language name | language alias }  
    | SID = sid   
    | ALLOW_ENCRYPTED_VALUE_MODIFICATIONS = [ ON | OFF ] ]  
  
<limited_options_list> ::=  
      DEFAULT_SCHEMA = schema_name ]   
    | ALLOW_ENCRYPTED_VALUE_MODIFICATIONS = [ ON | OFF ] ]  
  
-- SQL Database syntax when connected to a federation member  
CREATE USER user_name  
[;]

-- Syntax for users based on Microsoft Entra logins for Azure SQL Managed Instance
CREATE USER user_name   
    [   { FOR | FROM } LOGIN login_name  ]  
    | FROM EXTERNAL PROVIDER
    [ WITH <limited_options_list> [ ,... ] ]   
[ ; ]  

<limited_options_list> ::=  
      DEFAULT_SCHEMA = schema_name 
    | DEFAULT_LANGUAGE = { NONE | lcid | language name | language alias }   
    | ALLOW_ENCRYPTED_VALUE_MODIFICATIONS = [ ON | OFF ] ]

-- Syntax for Azure Synapse Analytics  
  
CREATE USER user_name   
    [ { { FOR | FROM } { LOGIN login_name }   
      | WITHOUT LOGIN  
    ]   
    [ WITH DEFAULT_SCHEMA = schema_name ]  
[;]

CREATE USER Microsoft_Entra_principal FROM EXTERNAL PROVIDER  
    [ WITH DEFAULT_SCHEMA = schema_name ]  
[;]

-- Syntax for Parallel Data Warehouse  
  
CREATE USER user_name   
    [ { { FOR | FROM }  
      {   
        LOGIN login_name   
      }   
      | WITHOUT LOGIN  
    ]   
    [ WITH DEFAULT_SCHEMA = schema_name ]  
[;]

引数

user_name

データベース内でユーザーを識別する名前を指定します。 user_name は、sysname です。半角 128 文字まで指定できます。 Windows プリンシパルに基づいてユーザーを作成する場合、別のユーザー名を指定しないと、Windows プリンシパル名がユーザー名になります。

作成するデータベースユーザーのログインを指定します。 login_name は、サーバーで有効なログインである必要があります。 Windows プリンシパル (ユーザーまたはグループ) に基づくログイン、SQL Server 認証を使用したログイン、または Microsoft Entra プリンシパル (ユーザー、グループ、またはアプリケーション) を使用したログインを指定できます。この SQL Server ログインをデータベースに対して入力すると、データベースでは、作成されるデータベースユーザーの名前と ID が取得されます。 Windows プリンシパルからマップされたログインを作成する場合は、[<domainName>\<loginName>] という形式を使用します。例については、「構文の概要」を参照してください。

CREATE USER ステートメントが SQL のバッチ内の唯一のステートメントである場合、Azure SQL Database では WITH LOGIN 句がサポートされます。 CREATE USER ステートメントが SQL のバッチ内の唯一のステートメントではない場合、または動的 SQL 内で実行される場合、WITH LOGIN 句はサポートされません。

WITH DEFAULT_SCHEMA = schema_name

このデータベースユーザー用のオブジェクトの名前を解決するときに、サーバーで最初に検索されるスキーマを指定します。

'windows_principal'

データベースユーザーを作成する Windows プリンシパルを指定します。 windows_principal には、Windows ユーザーまたは Windows グループを指定できます。 windows_principal がログインを持たない場合でも、ユーザーは作成されます。 SQL Server に接続するときに、windows_principal がログインを持たない場合、ログインを持つ Windows グループのメンバーシップを介してデータベースエンジンで Windows プリンシパルを認証するか、または接続文字列で、包含データベースを初期カタログとして指定する必要があります。 Windows プリンシパルからユーザーを作成する場合は、[<domainName>\<loginName>] という形式を使用します。例については、「構文の概要」を参照してください。 Active Directory ユーザーに基づくユーザーは、21 文字未満の名前に制限されます。

'Microsoft_Entra_principal'

適用対象: SQL Database、SQL Managed Instance、Azure Synapse Analytics。

データベースユーザーが作成される Microsoft Entra プリンシパルを指定します。 Microsoft_Entra_principalには、Microsoft Entra ユーザー、Microsoft Entra グループ、または Microsoft Entra アプリケーションを指定できます。 (Microsoft Entra ユーザーは SQL Database に Windows 認証ログインを持つ必要はありません。データベースユーザーのみ)。接続文字列は、包含データベースを初期カタログとして指定する必要があります。

Microsoft Entra プリンシパルの場合、CREATE USER 構文には次のものが必要です。

Microsoft Entra Users の Microsoft Entra オブジェクトの UserPrincipalName。
- CREATE USER [bob@contoso.com] FROM EXTERNAL PROVIDER;
- CREATE USER [alice@fabrikam.onmicrosoft.com] FROM EXTERNAL PROVIDER;
Microsoft Entra サーバープリンシパル (ログイン) では、仮想マスターデータベース内の Microsoft Entra ログインにマップされるユーザーの作成について説明します。 CREATE USER [bob@contoso.com] FROM LOGIN [bob@contoso.com]
2048 を超える Microsoft Entra セキュリティグループのメンバーである Microsoft Entra ユーザーとサービスプリンシパル (アプリケーション) は、Azure SQL Database、Azure SQL Managed Instance、または Azure Synapse のデータベースへのログインはサポートされていません。
Microsoft Entra グループおよび Microsoft Entra アプリケーションの Microsoft Entra オブジェクトの DisplayName。 "看護師" セキュリティグループがあった場合は、次を使用します。
- CREATE USER [Nurses] FROM EXTERNAL PROVIDER;

詳細については、「Microsoft Entra 認証を使用した SQL Database への接続」を参照してください。

WITH PASSWORD = 'password'

適用対象: SQL Server 2012 (11.x) 以降、SQL Database。

包含データベースでのみ使用できます。作成するユーザーのパスワードを指定します。 SQL Server 2012 (11.x) 以降では、保存されたパスワード情報は salt 化パスワードの SHA-512 を使用して計算されます。

ユーザーを既存のログインにマップしてはいけないことを指定します。

CERTIFICATE cert_name

適用対象: SQL Server 2008 (10.0.x) 以降、SQL Database。

作成するデータベースユーザーの証明書を指定します。

ASYMMETRIC KEY asym_key_name

適用対象: SQL Server 2008 (10.0.x) 以降、SQL Database。

作成するデータベースユーザーの非対称キーを指定します。

DEFAULT_LANGUAGE = { NONE | <lcid> | <language name> | <language salias> }

適用対象: SQL Server 2012 (11.x) 以降、SQL Database。

新しいユーザーの既定の言語を指定します。ユーザーに対して既定の言語を指定した場合、データベースの既定の言語を後で変更しても、ユーザーの既定の言語は指定した言語のままになります。既定の言語を指定しない場合、データベースの既定の言語がユーザーの既定の言語として使用されます。ユーザーに対して既定の言語を指定しない場合、データベースの既定の言語を後で変更すると、ユーザーの既定の言語はデータベースの新しい既定の言語に変更されます。

重要

DEFAULT_LANGUAGE は包含データベースユーザーにのみ使用します。

SID = sid

適用対象: SQL Server 2012 (11.x) 以降。

包含データベース内のパスワード (SQL Server 認証) を持つユーザーにのみ適用されます。新しいデータベースユーザーの SID を指定します。このオプションを選択しない場合は、SQL Server によって SID が自動的に割り当てられます。複数のデータベースで同じ ID (SID) を持つユーザーを作成するには SID パラメーターを使用します。これは、Always On フェールオーバーの準備のために、複数のデータベースにユーザーを作成する場合に役立ちます。ユーザーの SID を特定するには、sys.database_principals でクエリを実行します。

ALLOW_ENCRYPTED_VALUE_MODIFICATIONS = [ ON | OFF ]

適用対象: SQL Server 2016 (13.x) 以降、SQL Database。

一括コピー操作でのサーバーの暗号化メタデータチェックを抑制します。これによりユーザーは、データを暗号化解除することなく、テーブルまたはデータベース間で暗号化データを一括コピーできます。既定値は OFF です。

警告

このオプションを不適切に使用すると、データが破損する場合があります。詳細については、「Always Encrypted で保護された機微なデータの移行」を参照してください。

FROM EXTERNAL PROVIDER

適用対象: SQL Database と Azure SQL Managed Instance。

ユーザーが Microsoft Entra 認証用であることを指定します。

WITH OBJECT_ID = 'objectid'

適用対象: SQL Database と Azure SQL Managed Instance。 Microsoft Entra オブジェクト ID を指定します。 OBJECT_IDが指定されている場合、user_nameには、元のプリンシパル表示名から形成されたユーザー定義の別名を、サフィックスを付加した名前にすることができます。 user_nameは、 sys.database_principals ビュー内の一意の名前であり、他のすべての sysname 制限に従う必要があります。 WITH OBJECT_ID オプションの使用方法の詳細については、「Microsoft Entra ログインと一等でない表示名を持つユーザーを参照してください。

Note

サービスプリンシパルの表示名が重複していない場合は、既定の CREATE LOGIN または CREATE USER ステートメントを使用する必要があります。 WITH OBJECT_ID 拡張機能はパブリックプレビューの段階にあり、一意ではないサービスプリンシパルで使用するために実装されたトラブルシューティングの修復項目です。一意のサービスプリンシパルで使用することはお勧めできません。サフィックスを追加せずにサービスプリンシパルに WITH OBJECT_ID 拡張子を使用すると、正常に実行されますが、ログインまたはユーザーがどのサービスプリンシパルに対して作成されたかは明らかになりません。サービスプリンシパルを一意に識別するには、サフィックスを使用してエイリアスを作成することをお勧めします。 WITH OBJECT_ID 拡張機能は、SQL Server ではサポートされていません。

解説

FOR LOGINを省略すると、新しいデータベースユーザーは同じ名前で SQL Server ログインにマップされます。

既定のスキーマは、このデータベースユーザー用のオブジェクトの名前を解決するときに、サーバーで最初に検索されるスキーマになります。特に指定しない限り、このデータベースユーザーによって作成されたオブジェクトの所有者になるのは、既定のスキーマです。

ユーザーに既定のスキーマが指定されている場合は、その既定のスキーマが使用されます。ユーザーに既定のスキーマが指定されておらず、そのユーザーが所属しているグループに既定のスキーマが指定されている場合は、グループの既定のスキーマが使用されます。ユーザーに既定のスキーマが指定されておらず、そのユーザーが複数のグループに所属している場合、そのユーザーの既定のスキーマは、最も小さい principle_id と明示的に設定された既定のスキーマを持つ Windows グループのスキーマになります。 (利用可能な既定のスキーマのいずれかを、使用するスキーマとして明示的に選択することはできません)。ユーザーに対する既定のスキーマを決定できない場合は、dbo スキーマが使用されます。

DEFAULT_SCHEMA は、このオプションが指すスキーマが作成されていなくても設定できます。

DEFAULT_SCHEMA は、証明書または非対称キーにマップされるユーザーを作成する場合には指定できません。

ユーザーが固定サーバーロール sysadmin のメンバーである場合、DEFAULT_SCHEMA の値は無視されます。固定サーバーロール sysadmin のすべてのメンバーには、dbo の既定のスキーマが割り当てられます。

WITHOUT LOGIN 句でユーザーを作成する場合、ユーザーは SQL Server ログインにマップされず、他のデータベースには guest として接続できます。ログインなしでこのユーザーにアクセス許可を割り当てることができ、セキュリティコンテキストがログインなしでユーザーに変更されると、元のユーザーはログインなしでユーザーのアクセス許可を受け取ります。例については、「D. ログインのないユーザーを作成して使用する」を参照してください。

Windows プリンシパルに割り当てられているユーザーにのみ、円記号 ( \ ) を含めることができます。

ゲストユーザーは各データベース内に既に存在しているため、CREATE USER を使用してゲストユーザーを作成することはできません。 guest ユーザーは、次のように CONNECT 権限を与えることで有効にできます。

GRANT CONNECT TO guest;  
GO

データベースのユーザーに関する情報については、sys.database_principals カタログビューを参照してください。

構文拡張機能 FROM EXTERNAL PROVIDER を使用して、Azure SQL Database と Azure SQL Managed Instance にサーバーレベルの Microsoft Entra ログインを作成します。 Microsoft Entra ログインを使用すると、データベースレベルの Microsoft Entra プリンシパルをサーバーレベルの Microsoft Entra ログインにマップできます。 Microsoft Entra ログインから Microsoft Entra ユーザーを作成するには、次の構文を使用します。

CREATE USER [Microsoft_Entra_principal] FROM LOGIN [Microsoft Entra login]

Azure SQL データベースでユーザーを作成する場合、 login_name は既存の Microsoft Entra ログインに対応している必要があります。そうしないと、 FROM EXTERNAL PROVIDER 句を使用すると、マスターデータベースにログインせずに Microsoft Entra ユーザーのみが作成されます。たとえば、このコマンドでは、包含ユーザーが作成されます。

CREATE USER [bob@contoso.com] FROM EXTERNAL PROVIDER

構文の概要

master 内のログインに基づくユーザー

ログインに基づくユーザーに関して使用できる構文を次に示します。既定のスキーマオプションは除外しています。

CREATE USER [Domain1\WindowsUserBarry]
CREATE USER [Domain1\WindowsUserBarry] FOR LOGIN Domain1\WindowsUserBarry
CREATE USER [Domain1\WindowsUserBarry] FROM LOGIN Domain1\WindowsUserBarry
CREATE USER [Domain1\WindowsGroupManagers]
CREATE USER [Domain1\WindowsGroupManagers] FOR LOGIN [Domain1\WindowsGroupManagers]
CREATE USER [Domain1\WindowsGroupManagers] FROM LOGIN [Domain1\WindowsGroupManagers]
CREATE USER SQLAUTHLOGIN
CREATE USER SQLAUTHLOGIN FOR LOGIN SQLAUTHLOGIN
CREATE USER SQLAUTHLOGIN FROM LOGIN SQLAUTHLOGIN

データベースで認証されるユーザー

包含データベースでのみ使用できるユーザーに関して使用できる構文を次に示します。作成されるユーザーは、master データベース内のどのログインにも関連付けられません。既定のスキーマおよび言語オプションは除外しています。

重要

この構文では、データベースへのアクセス許可とデータベースエンジンへの新しいアクセス許可がユーザーに与えられます。

CREATE USER [Domain1\WindowsUserBarry]
CREATE USER [Domain1\WindowsGroupManagers]
CREATE USER Barry WITH PASSWORD = 'sdjklalie8rew8337!$d'

master にログインのない Windows プリンシパルに基づくユーザー

Windows グループを介してデータベースエンジンにアクセスできる一方で、master にログインを持たないユーザーが使用できる構文を次に示します。この構文は、あらゆる種類のデータベースで使用できます。既定のスキーマおよび言語オプションは除外しています。

この構文は master 内のログインに基づくユーザーの構文と似ていますが、このカテゴリのユーザーは master 内にログインを持ちません。ユーザーは、Windows グループログインを介してデータベースエンジンにアクセスする許可が与えられている必要があります。

この構文は Windows プリンシパルに基づく包含データベースユーザーの構文に似ていますが、このカテゴリのユーザーにはデータベースエンジンへの新しいアクセス許可は与えられません。

CREATE USER [Domain1\WindowsUserBarry]
CREATE USER [Domain1\WindowsUserBarry] FOR LOGIN Domain1\WindowsUserBarry
CREATE USER [Domain1\WindowsUserBarry] FROM LOGIN Domain1\WindowsUserBarry
CREATE USER [Domain1\WindowsGroupManagers]
CREATE USER [Domain1\WindowsGroupManagers] FOR LOGIN [Domain1\WindowsGroupManagers]
CREATE USER [Domain1\WindowsGroupManagers] FROM LOGIN [Domain1\WindowsGroupManagers]

認証できないユーザー

次の一覧は、SQL Server にログインできないユーザーに使用できる構文を示しています。

CREATE USER RIGHTSHOLDER WITHOUT LOGIN
CREATE USER CERTUSER FOR CERTIFICATE SpecialCert
CREATE USER CERTUSER FROM CERTIFICATE SpecialCert
CREATE USER KEYUSER FOR ASYMMETRIC KEY SecureKey
CREATE USER KEYUSER FROM ASYMMETRIC KEY SecureKey

セキュリティ

ユーザーを作成するとデータベースへのアクセス許可が与えられますが、データベース内のオブジェクトに対するアクセス許可は自動的には与えられません。ユーザーを作成した後の一般的な操作として、データベースオブジェクトに対する権限を持つデータベースロールにユーザーを追加するか、またはオブジェクト権限をユーザーに付与します。権限システムの設計の詳細については、「データベースエンジンの権限の概要」を参照してください。

包含データベースに関する注意事項

包含データベースに接続するときに、ユーザーが master データベース内にログインを持たない場合、接続文字列に包含データベース名を初期カタログとして含める必要があります。初期カタログパラメーターは、パスワードを持つ包含データベースユーザーに対して常に必要になります。

包含データベースでは、ユーザーを作成することにより、データベースとデータベースエンジンのインスタンスとを分離して、データベースを SQL Server の別のインスタンスに簡単に移動できるようになります。詳細については、「包含データベース」および「包含データベースユーザー - データベースの可搬性を確保する」を参照してください。 SQL Server 認証ログインに基づくデータベースユーザーを、パスワードを持つ包含データベースユーザーに変更する方法については、「sp_migrate_user_to_contained (Transact-SQL)」をご覧ください。

包含データベースでは、ユーザーは master データベース内にログインを持つ必要はありません。データベースエンジン管理者は、包含データベースに対するアクセス許可をデータベースエンジンレベルではなくデータベースレベルで付与できることを理解する必要があります。詳細については、「 Security Best Practices with Contained Databases」を参照してください。

Azure SQL データベースで包含データベースユーザーを使用する場合、サーバーレベルのファイアウォールルールではなく、データベースレベルのファイアウォールルールを使用してアクセスを構成します。詳細については、「sp_set_database_firewall_rule (Azure SQL Database)」を参照してください。

SQL Server 2022 (16.x)、SQL Database、Azure SQL Managed Instance、Azure Synapse Analytics 包含データベースユーザーの場合、SSMS は多要素認証をサポートしています。詳細については、「Microsoft Entra の多要素認証の使用」を参照してください。

アクセス許可

データベースに対する ALTER ANY USER 権限が必要です。

SQL Server 2022 以降でのアクセス許可

データベースに対する CREATE USER 権限が必要です。

例

次の例では、最初に AbolrousHazem という SQL Server ログインを作成し、次に対応するデータベースユーザー AbolrousHazem を AdventureWorks2022 に作成します。

CREATE LOGIN AbolrousHazem   
    WITH PASSWORD = '340$Uuxwp7Mcxo7Khy';

ユーザーデータベースに変更します。たとえば、SQL Server では USE AdventureWorks2022 ステートメントを使用します。 Azure Synapse Analytics と Analytics Platform System (PDW) では、ユーザーデータベースへの新しい接続を作成する必要があります。

CREATE USER AbolrousHazem FOR LOGIN AbolrousHazem;  
GO

B. 既定のスキーマでデータベースユーザーを作成する

次の例では、まず WanidaBenshoof というサーバーログインをパスワード付きで作成し、次に対応するデータベースユーザー Wanida を既定のスキーマ Marketing で作成します。

CREATE LOGIN WanidaBenshoof   
    WITH PASSWORD = '8fdKJl3$nlNv3049jsKK';  
USE AdventureWorks2022;  
CREATE USER Wanida FOR LOGIN WanidaBenshoof   
    WITH DEFAULT_SCHEMA = Marketing;  
GO

C. 証明書からデータベースユーザーを作成する

次の例では、証明書 JinghaoLiu からデータベースユーザー CarnationProduction50 を作成します。

適用対象: SQL Server 2008 (10.0.x) 以降。

USE AdventureWorks2022;  
CREATE CERTIFICATE CarnationProduction50  
    WITH SUBJECT = 'Carnation Production Facility Supervisors',  
    EXPIRY_DATE = '11/11/2011';  
GO  
CREATE USER JinghaoLiu FOR CERTIFICATE CarnationProduction50;  
GO

D. ログインのないユーザーを作成して使用する

次の例では、SQL Server ログインにマップされないデータベースユーザー CustomApp を作成します。その後、ユーザー adventure-works\tengiz0 に、CustomApp ユーザーの権限を借用する権限を許可します。

USE AdventureWorks2022;  
CREATE USER CustomApp WITHOUT LOGIN ;  
GRANT IMPERSONATE ON USER::CustomApp TO [adventure-works\tengiz0] ;  
GO

ユーザー CustomApp が adventure-works\tengiz0 の資格情報を使用するには、次のステートメントを実行します。

EXECUTE AS USER = 'CustomApp' ;  
GO

adventure-works\tengiz0 の資格情報に戻すには、次のステートメントを実行します。

REVERT ;  
GO

E. パスワードを持つ包含データベースユーザーを作成する

次の例では、パスワードを持つ包含データベースユーザーを作成します。この例は、包含データベースでのみ実行できます。

適用対象: SQL Server 2012 (11.x) 以降。この例は DEFAULT_LANGUAGE が削除された場合に SQL Database で機能します。

USE AdventureWorks2022;  
GO  
CREATE USER Carlo  
WITH PASSWORD='RN92piTCh%$!~3K9844 Bl*'  
    , DEFAULT_LANGUAGE=[Brazilian]  
    , DEFAULT_SCHEMA=[dbo]  
GO

次の例では、Contoso という名前のドメインの Fritz という名前のログインに対する包含データベースユーザーを作成します。この例は、包含データベースでのみ実行できます。

適用対象: SQL Server 2012 (11.x) 以降。

USE AdventureWorks2022;  
GO  
CREATE USER [Contoso\Fritz] ;  
GO

G. 特定の SID を持つ包含データベースユーザーを作成する

次の例では、CarmenW という名前の、SQL Server 認証を使用する包含データベースユーザーを作成します。この例は、包含データベースでのみ実行できます。

適用対象: SQL Server 2012 (11.x) 以降。

USE AdventureWorks2022;  
GO  
CREATE USER CarmenW WITH PASSWORD = 'a8ea v*(Rd##+'  
, SID = 0x01050000000000090300000063FF0451A9E7664BA705B10E37DDC4B7;

H. 暗号化されたデータをコピーするためのユーザーを作成する

以下の例では、Always Encrypted 機能によって保護されたデータを、暗号化された列を含む一連のテーブルから、(同じまたは異なるデータベースに) 暗号化された列を持つ別の一連のテーブルにコピーできるユーザーを作成します。詳細については、「Always Encrypted で保護された機微なデータの移行」を参照してください。

適用対象: SQL Server 2016 (13.x) 以降、SQL Database。

CREATE USER [Chin]   
WITH   
      DEFAULT_SCHEMA = dbo  
    , ALLOW_ENCRYPTED_VALUE_MODIFICATIONS = ON ;

Microsoft Entra ログインから Microsoft Entra ユーザーを作成するには、次の構文を使用します。

Microsoft Entra ログインを使用して、Azure または SQL Managed Instance の logical サーバーにサインインし、SQL Managed Instance でsysadminロールを付与するか、SQL Database でロールをloginmanagerします。次に、ログイン bob@contoso.comから Microsoft Entra ユーザー bob@contoso.comを作成します。このログインは CREATE LOGIN 例で作成されました。

CREATE USER [bob@contoso.com] FROM LOGIN [bob@contoso.com];
GO

重要

Microsoft Entra ログインからUSERを作成する場合は、LOGINと同じlogin_nameとしてuser_nameを指定します。

グループである Microsoft Entra ログインからグループとして Microsoft Entra ユーザーを作成することがサポートされています。

CREATE USER [MS Entra group] FROM LOGIN [MS Entra group];

GO

グループである Microsoft Entra ログインから Microsoft Entra ユーザーを作成することもできます。

CREATE USER [bob@contoso.com] FROM LOGIN [MS Entra group];

GO

J. Microsoft Entra プリンシパルから包含データベースユーザーを作成する

次の構文では、masterに関連付けられたログインがないデータベースに Microsoft Entra ユーザー bob@contoso.comが作成されます。

CREATE USER [bob@contoso.com] FROM EXTERNAL PROVIDER;
GO

次のステップ

ユーザーを作成したら、ALTER ROLE ステートメントを使用して、ユーザーをデータベースロールに追加することを検討します。
ロールに GRANT (オブジェクト権限の許可) を適用して、テーブルにアクセスできるようにすることもできます。 SQL Server セキュリティモデルの概要については、権限に関するページを参照してください。

データベースユーザーの作成
 sys.database_principals (Transact-SQL)
ALTER USER (Transact-SQL)
DROP USER (Transact-SQL)
CREATE LOGIN (Transact-SQL)
EVENTDATA (Transact-SQL)
包含データベース
 Microsoft Entra 認証を使用した SQL Database への接続
 データベースエンジンの権限の概要

次の方法で共有

CREATE USER (Transact-SQL)

構文

引数

user_name

WITH DEFAULT_SCHEMA = schema_name

'windows_principal'

'Microsoft_Entra_principal'

WITH PASSWORD = 'password'

CERTIFICATE cert_name

ASYMMETRIC KEY asym_key_name

DEFAULT_LANGUAGE = { NONE | <lcid> | <language name> | <language salias> }

SID = sid

ALLOW_ENCRYPTED_VALUE_MODIFICATIONS = [ ON | OFF ]

FROM EXTERNAL PROVIDER

WITH OBJECT_ID = 'objectid'

解説

構文の概要

セキュリティ

包含データベースに関する注意事項

アクセス許可

SQL Server 2022 以降でのアクセス許可

例

B. 既定のスキーマでデータベースユーザーを作成する

C. 証明書からデータベースユーザーを作成する

D. ログインのないユーザーを作成して使用する

E. パスワードを持つ包含データベースユーザーを作成する

G. 特定の SID を持つ包含データベースユーザーを作成する

H. 暗号化されたデータをコピーするためのユーザーを作成する

J. Microsoft Entra プリンシパルから包含データベースユーザーを作成する

次のステップ

フィードバック

その他のリソース

次の方法で共有

CREATE USER (Transact-SQL)

構文

引数

user_name

LOGIN login_name

WITH DEFAULT_SCHEMA = schema_name

'windows_principal'

'Microsoft_Entra_principal'

WITH PASSWORD = 'password'

WITHOUT LOGIN

CERTIFICATE cert_name

ASYMMETRIC KEY asym_key_name

DEFAULT_LANGUAGE = { NONE | <lcid> | <language name> | <language salias> }

SID = sid

ALLOW_ENCRYPTED_VALUE_MODIFICATIONS = [ ON | OFF ]

FROM EXTERNAL PROVIDER

WITH OBJECT_ID = 'objectid'

解説

構文の概要

セキュリティ

包含データベースに関する注意事項

アクセス許可

SQL Server 2022 以降でのアクセス許可

例

A. SQL Server ログインに基づくデータベース ユーザーを作成する

B. 既定のスキーマでデータベース ユーザーを作成する

C. 証明書からデータベース ユーザーを作成する

D. ログインのないユーザーを作成して使用する

E. パスワードを持つ包含データベース ユーザーを作成する

F. ドメイン ログインのための包含データベース ユーザーを作成する

G. 特定の SID を持つ包含データベース ユーザーを作成する

H. 暗号化されたデータをコピーするためのユーザーを作成する

I. Azure SQL で Microsoft Entra ログインから Microsoft Entra ユーザーを作成する

J. Microsoft Entra プリンシパルから包含データベース ユーザーを作成する

次のステップ

関連するコンテンツ

フィードバック

その他のリソース

A. SQL Server ログインに基づくデータベースユーザーを作成する

B. 既定のスキーマでデータベースユーザーを作成する

C. 証明書からデータベースユーザーを作成する

E. パスワードを持つ包含データベースユーザーを作成する

F. ドメインログインのための包含データベースユーザーを作成する

G. 特定の SID を持つ包含データベースユーザーを作成する

J. Microsoft Entra プリンシパルから包含データベースユーザーを作成する