現狀三大痛點
- 權限過大：開發/查詢用戶擁有 DBA 權限，可任意修改/刪除核心物件
- 安全性差：預設儲存於 SYSTEM 表空間，資料相互可見、影響核心效能、擴展風險高
- 密碼有規律：用戶名=密碼、SYS/SYSTEM 密碼眾所周知、初期習慣延續至今
分級管控規範
一、DBA 規範（SYS/SYSTEM/ADMIN）
- 密碼嚴格保密、定期輪換、禁止使用預設值
- SYS/SYSTEM 密碼改為高複雜度字串
- Oracle Web Server 管理端口 (ADMIN) 同步強化
- 偏好在 SPARC 控制台以
SVRMGR 選單式管理，以 SYSDBA 身份登入
二、SQL*Plus 開發用戶規範
儲存結構規範
- 應用隔離：不同業務系統對應不同用戶、不同表空間
- 物理檔案規劃：
/disk1/col/elec/sys4/demo1.dbf（業務/公司/部門/系統.檔）
- 磁碟使用率 > 90% 時：將新表空間物理檔導向較閒置分區
- 檔案大小：小系統 2M 起、大系統視資料量調整、採增量擴充而非一次配大
- 命名規範：表空間名與應用系統英文縮寫對應，物理檔同步關聯
- 索引分離：索引存放於獨立表空間，減少爭用、提升回應
權限規範
- 開發用戶僅需
CONNECT + RESOURCE
- Web 應用建議透過 OWS 管理端口建立 DAD，自動部署 PL/SQL Gateway
- 建立後必須修改預設表空間（OWS 預設給 SYSTEM）
帳密規範
- 用戶名 ≠ 密碼，長度 ≥ 6 字元
- 不同用戶密碼互不相同
- 用戶名採業務系統英文名，非人員姓名
三、特殊需求用戶（非開發人員需直接操作表）
- 建立專用用戶，指定預設/暫存表空間
- 物件擁有者授予物件級權限：
GRANT CONNECT TO NEW2;
GRANT SELECT ON EMP TO NEW2;
GRANT DELETE ON EMP TO NEW2;
GRANT UPDATE ON EMP TO NEW2;
可依實際需求彈性增減 INSERT 等權限。
