Oracle Schema 概念深度解析：與 User 差異、跨 Schema 存取、ALTER SESSION 技巧

Schema vs User 核心差異

一對一對應：每個 User 擁有同名 Schema，但「User 是主人，Schema 是房子」。

Schema 隔離與引用

• 不同 Schema 可有同名表 (如 `SCOTT.EMP` / `HR.EMP`)
• 跨 Schema 存取需對象權限 + 完整限定名：`SELECT * FROM hr.employees;`
• 無權限則報 `ORA-00942` (表不存在) 而非權限錯誤 (安全設計)

ALTER SESSION SET CURRENT_SCHEMA 技巧

場景：應用程式硬編碼表名 `EMP`，需切換至 `HR` Schema 環境，不想改代碼、不想建同義詞。

ALTER SESSION SET CURRENT_SCHEMA = hr;

-- 後續無限定名查詢自動解析為 HR.EMP
SELECT * FROM emp;  -- 實際查詢 HR.EMP
INSERT INTO emp ... -- 實際插入 HR.EMP

效果與限制

• 僅影響當前 Session 的隱性 Schema 解析
• 不改變權限：仍需具備對目標 Schema 對象的 `SELECT/INSERT/UPDATE/DELETE` 權限
• 不影響 `USER`、`SYS_CONTEXT('USERENV','CURRENT_USER')` 等身分函數
• DDL (`CREATE TABLE emp...`) 仍在原登入 User Schema 下建立

實戰：多租戶應用單代碼部署

-- 登入公共連線池用戶 APP_USER
-- 租戶 A 請求到來
EXECUTE IMMEDIATE 'ALTER SESSION SET CURRENT_SCHEMA = tenant_a';
-- 所有 SQL 自動路由至 TENANT_A

-- 租戶 B 請求
EXECUTE IMMEDIATE 'ALTER SESSION SET CURRENT_SCHEMA = tenant_b';
-- 所有 SQL 自動路由至 TENANT_B

同義詞 vs ALTER SESSION 對比

Enterprise Manager 視角

EM 中「Schema」節點即對應 User 下的所有對象，管理動作 (建表、授權、監控) 實質操作 User 的 Schema 容器。

最佳實踐建議

1. 業務模組獨立 Schema：訂單、用戶、商品分別建 Schema，避免單一 Schema 膨脹。
2. 最小權限原則：應用用戶僅獲取必要對象權限，跨 Schema 存取走 `GRANT SELECT ON schema.table TO app_user`。
3. 避免硬編碼 Schema 名：使用 `ALTER SESSION` 或同義詞，便於遷移、測試。
4. 定期清理無效對象：`EXEC DBMS_UTILITY.COMPILE_SCHEMA('SCHEMA_NAME');`