權限 (Database Engine)

每個 SQL Server 安全性實體都具有可授與主體的關聯權限。 此主題提供下列資訊：

• 權限命名慣例

• 與特定安全性實體關聯的權限

• SQL Server 權限

• 權限檢查演算法

• 範例

權限命名慣例

以下描述一般權限命名慣例：

• CONTROL

  將類似擁有權的能力授與被授與者。 被授與者實際上擁有安全性實體上已定義的所有權限。 已被授與 CONTROL 的實體也可以將安全性實體上的權限授與其他人。 因為 SQL Server 安全性模型是階層式的，所以在特定範圍內的 CONTROL 隱含包含該範圍下所有安全性實體上的 CONTROL 權限。 例如，資料庫上的 CONTROL 權限隱含表示該資料庫上的所有權限，該資料庫中所有組件上的權限、該資料庫中所有結構描述上的權限，以及該資料庫中所有結構描述內所有物件上的權限。

• ALTER

  授與變更特定安全性實體之屬性 (除了擁有權之外) 的能力。 在特定範圍授與 ALTER 權限時，也會一併授與改變、建立或卸除該範圍內包含之任何安全性實體的能力。 例如，結構描述上的 ALTER 權限包括建立、改變與卸除結構描述之物件的能力。

• ALTER ANY <Server Securityable，其中伺服器安全性實體> 可以是任何伺服器安全性實體。

  授與 伺服器安全性實體的 CREATE、ALTER 或 DROP 個別執行個體的能力。 例如，ALTER ANY LOGIN 會授與建立、改變或卸除執行個體中任何登入的能力。

• ALTER ANY <Database Securityable，其中資料庫安全性實體> 可以是資料庫層級的任何安全性實體。

  授與 資料庫安全性實體的 CREATE、ALTER 或 DROP 個別執行個體能力。 例如，ALTER ANY SCHEMA 會授與建立、改變或卸除資料庫中任何結構描述的能力。

• TAKE OWNERSHIP

  讓被授與者可以取得被授與之安全性實體的擁有權。

• IMPERSONATE <登入>

  讓被授與者可以模擬登入。

• IMPERSONATE <使用者>

  讓被授與者可以模擬使用者。

• CREATE <伺服器安全性實體>

  為被授與者授與建立 伺服器安全性實體的能力。

• CREATE <資料庫安全性實體>

  為被授與者授與建立 資料庫安全性實體的能力。

• CREATE <包含結構描述的安全性實體>

  授與建立結構描述包含的安全性實體之能力。 然而，需要結構描述上的 ALTER 權限才能在特定結構描述中建立該安全性實體。

• VIEW DEFINITION

  讓被授與者能存取中繼資料。

• REFERENCES

  需要資料表的 REFERENCES 權限，才能建立參考該資料表的 FOREIGN KEY 條件約束。

  需要物件的 REFERENCES 權限，才能建立具有可參考該物件之 WITH SCHEMABINDING 的 FUNCTION 或 VIEW。

SQL Server 權限的圖表

如需所有資料庫引擎權限的 PDF 格式海報大小圖表，請參閱 https://github.com/microsoft/sql-server-samples/blob/master/samples/features/security/permissions-posters/Microsoft_SQL_Server_2017_and_Azure_SQL_Database_permissions_infographic.pdf。

適用於特定安全性實體的權限

下表列出主要的權限類別，以及這些類別的權限適用的安全性實體。

SQL Server 和 SQL 資料庫權限

下表提供完整的 SQL Server 權限清單。 SQL Database許可權僅適用于支援的基底安全性實體。 伺服器層級許可權無法在SQL Database中授與，不過在某些情況下，可以使用資料庫許可權。

權限檢查演算法的摘要

檢查權限可能很複雜。 權限檢查演算法包含重疊的群組成員資格和擁有權鏈結 (明確和隱含權限)，而且可能會受到包含安全性實體之安全性實體類別的權限影響。 此演算法的一般程序是收集所有相關的權限。 如果找不到任何封鎖的 DENY，此演算法就會搜尋提供足夠存取權的 GRANT。 此演算法包含三個基本元素： 安全性內容、 權限空間和 必要權限。

• 安全性內容

  這是提供權限給存取權檢查的主體群組。 除非您使用 EXECUTE AS 陳述式，將安全性內容變更為其他登入或使用者，否則這些是與目前登入或使用者相關的權限。 安全性內容包含下列主體：

  • 登入

  • 使用者

  • 角色成員資格

  • Windows 群組成員資格

  • 如果正在使用模組簽署，則為用來簽署使用者目前正在執行之模組之憑證的任何登入或使用者帳戶，以及該主體的相關聯角色成員資格。

• 權限空間

  這是安全性實體以及任何包含此安全性實體的任何安全性實體類別。 例如，資料表 (安全性實體) 會包含在結構描述安全性實體類別和資料庫安全性實體類別中。 存取權可能會受到資料表、結構描述、資料庫和伺服器層級權限影響。 如需詳細資訊，請參閱 Database Engine (許可權階層) 。

• 必要權限

  必要的權限種類。 例如，INSERT、UPDATE、DELETE、SELECT、EXECUTE、ALTER、CONTROL 等等。

  存取權可能會要求多種權限，如下列範例所示：

  • 預存程序可能會要求預存程序的 EXECUTE 權限以及此預存程序所參考之若干資料表的 INSERT 權限。

  • 動態管理檢視可能會要求此檢視的 VIEW SERVER STATE 和 SELECT 權限。

此演算法的一般步驟

當此演算法正在判斷是否要允許存取安全性實體時，它所使用的確切步驟可能會因所涉及的主體和安全性實體而有所不同。 不過，此演算法會執行下列一般步驟：

1. 如果登入是系統管理員 (sysadmin) 固定伺服器角色的成員，或者使用者是目前資料庫的 dbo 使用者，就會略過權限檢查。

2. 如果擁有權鏈結適用，而且先前鏈結中的物件存取權檢查通過了安全性檢查，就會允許存取。

3. 彙總與呼叫者相關聯的伺服器層級、資料庫層級和簽署模組識別，以便建立 安全性內容。

4. 針對該 安全性內容，收集授與或拒絕 權限空間的所有權限。 您可以將權限明確陳述為 GRANT、GRANT WITH GRANT 或 DENY，否則這些權限可能是隱含或涵蓋的權限 GRANT 或 DENY。 例如，結構描述的 CONTROL 權限隱含資料表的 CONTROL， 而且資料表的 CONTROL 隱含 SELECT。 因此，如果您已授與結構描述的 CONTROL，就會授與資料表的 SELECT。 如果您已拒絕資料表的 CONTROL，就會拒絕資料表的 SELECT。

   注意

   資料行層級權限的 GRANT 會覆寫物件層級的 DENY。

5. 識別 必要權限。

6. 如果您在 權限空間 中針對物件 安全性內容 的任何識別直接或隱含拒絕 必要權限，權限檢查就會失敗。

7. 如果您沒有拒絕 必要權限 ，而且 必要權限 包含 權限空間 中任何物件 安全性內容之任何識別的直接或隱含 GRANT 或 GRANT WITH GRANT 權限，就會通過權限檢查。

範例

本節中的範例示範如何擷取權限資訊。

A. 傳回完整的可授與權限清單

下列陳述式會使用 fn_builtin_permissions 函式傳回所有資料庫引擎權限。 如需詳細資訊，請參閱 sys.fn_builtin_permissions (Transact-SQL) 。

SELECT * FROM fn_builtin_permissions(default);  
GO  

B. 傳回特定物件類別的權限

下列範例使用 fn_builtin_permissions 檢視可供安全性實體類別目錄使用的所有權限。 範例會傳回組件的權限。

SELECT * FROM fn_builtin_permissions('assembly');  
GO    

C. 傳回授與物件上執行中主體的權限

下列範例使用 fn_my_permissions 來傳回指定安全性實體之呼叫主體所持有的有效權限清單。 範例會傳回名為 Orders55 之物件的權限。 如需詳細資訊，請參閱 sys.fn_my_permissions (Transact-SQL) 。

SELECT * FROM fn_my_permissions('Orders55', 'object');  
GO  

D. 傳回適用於指定物件的權限

下列範例會傳回適用於名為 Yttrium之物件的權限。 請注意，此內建函數 OBJECT_ID 是用來擷取物件 Yttrium的識別碼。

SELECT * FROM sys.database_permissions   
    WHERE major_id = OBJECT_ID('Yttrium');  
GO  

另請參閱

權限階層 (Database Engine)
sys.database_permissions (Transact-SQL)