您现在的位置：程式碼之家 >> 數據庫知識 > >> SQL Server 資料庫 >> 關於SqlServer

SQL Server 2005 架構與用戶分離機制深度解析

編輯：關於SqlServer

從 SQL Server 2000 到 2005 的範式轉移

SQL Server 2000 時代，「架構」與「用戶」概念模糊不清，DatabaseOwner 即代表擁有者。SQL Server 2005 引入 Schema（架構） 作為獨立命名空間，徹底解耦「誰擁有物件」與「誰存取物件」。

核心定義：什麼是 Schema？

「資料庫架構是一個獨立於資料庫用戶的非重複命名空間。您可以將架構視為物件的容器。可以在資料庫中建立和變更架構，並且可以授予用戶存取架構的權限。任何用戶都可以擁有架構，並且架構所有權可以轉移。」（MSDN 官方定義）

架構六大特性速覽

#	特性	說明
1	同名物件隔離	同一架構下不允許同名物件；不同架構可共存同名物件（如 `HR.Employees` vs `Sales.Employees`）。
2	單一擁有者	架構擁有者可以是用戶、資料庫角色、應用程式角色。
3	角色可擁有多架構	資料庫角色可設定預設架構，並同時擁有多個架構。
4	多用戶共享預設架構	多個資料庫用戶可共用同一 `DEFAULT_SCHEMA`，簡化權限管理。
5	刪除用戶不刪物件	架構獨立於用戶，`DROP USER` 僅移除安全主體，架構內物件完好保留。
6	四段式命名規範	`[Server].[Database].[Schema].[Object]` 取代 2000 版 `[Server].[Database].[Owner].[Object]`。

權限層次視覺化

文章引用兩張關鍵圖表（2017010511304808.jpg、2017010511304821.jpg），分別展示：

安全物件層級：Server → Database → Schema → Object，Schema 位於 Database 之下、Object 之上。
Database Engine 權限階層：CONTROL SERVER → ALTER ANY DATABASE → CONTROL DATABASE → ALTER ANY SCHEMA → ALTER/CONTROL/SELECT/EXECUTE ON SCHEMA/OBJECT。

安全物件層級權限階層

實戰場景與最佳實踐

場景 1：多租戶 SaaS 隔離

-- 為每個租戶建立獨立 Schema
CREATE SCHEMA Tenant_A AUTHORIZATION dbo;
CREATE SCHEMA Tenant_B AUTHORIZATION dbo;

-- 同名資料表互不干擾
CREATE TABLE Tenant_A.Orders (...);
CREATE TABLE Tenant_B.Orders (...);

-- 應用連接時指定 DEFAULT_SCHEMA
ALTER USER AppUser WITH DEFAULT_SCHEMA = Tenant_A;

場景 2：跨團隊協作開發

開發組擁有 Dev Schema，測試組擁有 QA Schema，生產環境使用 Prod Schema。
同名預存程序 usp_GetOrders 在三個 Schema 並存，部署時僅切換 DEFAULT_SCHEMA 或在程式碼中冠上 Schema 前綴。

場景 3：權限最小化授權

-- 僅授予 Schema 級 SELECT 權限，不授予 Table 級權限
GRANT SELECT ON SCHEMA::Sales TO ReportUser;
-- ReportUser 自動獲得 Sales Schema 所有現有及未來物件的 SELECT 權限

遷移陷阱與對策

舊腳本硬編碼 Owner：SELECT * FROM dbo.Orders 仍可執行，但建議逐步改為 Sales.Orders 以利未來重構。
系統目錄查詢變更：sysobjects.uid 廢用，改查 sys.schemas.principal_id 關聯 sys.database_principals。
擁有權鏈斷裂：跨 Schema 存取需顯式授權或啟用跨資料庫擁有權鏈（謹慎使用）。