權限 (Database Engine)

適用範圍： SQL Server (所有支援的版本) Azure SQL Database Azure SQL 受控執行個體 Azure Synapse Analytics 是平行處理資料倉儲

每個 SQL Server 安全性實體都具有可授與主體的關聯權限。 在 Database Engine 中，指派給登入與伺服器角色的權限會在伺服器層級管理，而指派給資料庫使用者與資料庫角色的權限則會在資料庫層級進行管理。 Azure SQL Database 模型的權限與資料庫權限系統相同，但無法使用伺服器層級的權限。 本主題包含完整的權限清單。 如需權限的一般實作，請參閱 資料庫引擎權限使用者入門。

SQL Server 2019 (15.x) 的權限總數是 248。 Azure SQL Database 會公開 254 個權限。 大部分的權限適用於所有平台，但某些無法適用。 例如，無法在 Azure SQL Database 上授與伺服器層級權限，而且少數權限只有在 Azure SQL Database 上才有意義。 新版本會逐漸採用新的權限。 SQL Server 2017 (14.x) 會公開 238 個權限。 SQL Server 2016 (13.x) 公開 230 個權限。 SQL Server 2014 (12.x) 公開 219 個權限。 SQL Server 2012 (11.x) 公開 214 個權限。 SQL Server 2008 R2 公開 195 個權限。 sys.fn_builtin_permissions 主題指出最新版本中的新權限。

一旦您瞭解許可權之後，請使用 GRANT、 REVOKE和 DENY 語句，將伺服器層級許可權套用至登入或伺服器角色，以及資料庫層級許可權的使用者或資料庫角色。 例如：

GRANT SELECT ON SCHEMA::HumanResources TO role_HumanResourcesDept;
REVOKE SELECT ON SCHEMA::HumanResources TO role_HumanResourcesDept;

如需規劃權限系統的秘訣，請參閱 資料庫引擎權限使用者入門。

權限命名慣例

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

• CONTROL

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

• ALTER

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

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

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

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

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

• TAKE OWNERSHIP

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

• IMPERSONATE <Login>

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

• IMPERSONATE <User>

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

• CREATE <Server Securable>

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

• CREATE <Database Securable>

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

• CREATE <Schema-contained Securable>

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

• VIEW DEFINITION

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

• REFERENCES

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

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

SQL Server 權限的圖表

下圖顯示這些權限及其彼此間的關聯性。 一些較高等級的權限 (例如 CONTROL SERVER) 會多次列出。 本文的海報字級太小，無法閱讀。 按一下影像，以下載 PDF 格式的 Database Engine 權限海報。

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

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

SQL Server 權限

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

Azure SQL Database許可權

這些許可權目前只適用于 Azure SQL Database，但不是 Azure SQL Database 的唯一許可權。 如需其他 Azure 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。 您可以在這裡閱讀更多相關資訊：拒絕物件使用權限 (transact-sql SQL)。

5. 識別 必要權限。

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

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

資料行層級權限的特殊考量

資料行層級權限授與使用語法 <table_name>(<column _name>) 。 例如：

GRANT SELECT ON OBJECT::Customer(CustomerName) TO UserJoe;

資料行上的 GRANT 會覆寫資料表上的 DENY。 不過，後續資料表上的 DENY 將會移除資料行的 GRANT。

範例

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

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

下列陳述式使用 Database Engine 函數傳回所有 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_builtin_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)