多个部门共用一个数据库时应该如何管理权限？

当多个部门共用一个数据库时，权限管理至关重要，以确保数据安全、防止越权访问，并满足合规性要求。以下是系统化的权限管理建议：

一、基本原则

1. 最小权限原则（Principle of Least Privilege）
   每个用户或角色只授予完成其工作所需的最小权限。

2. 职责分离（Separation of Duties）
   避免单一用户拥有过多权限，例如开发人员不应有生产环境的删除权限。

3. 基于角色的访问控制（RBAC）
   按照岗位或部门职责定义角色，统一管理权限。

4. 审计与监控
   所有敏感操作应记录日志，便于追溯和审查。

二、权限管理策略

1. 建立角色体系

根据部门和职能划分数据库角色，例如：

• finance_read：财务部只读访问财务相关表
• hr_write：人力资源部可修改员工信息
• marketing_select：市场部仅查询客户统计信息
• admin_db：数据库管理员（严格管控）

-- 示例：创建角色并授权
CREATE ROLE finance_read;
GRANT SELECT ON TABLE payroll, expenses TO finance_read;

2. 按部门划分数据访问

• 使用视图（View）限制字段暴露
  例如，HR 可查看员工信息，但隐藏薪资字段给非授权部门。
• 使用行级安全（Row-Level Security, RLS）
  例如，每个部门只能看到自己部门的数据：

  -- PostgreSQL 示例：限制用户只能查看本部门数据
  CREATE POLICY dept_policy ON employees
    FOR SELECT USING (department = current_user_department());

3. 用户账号管理

• 禁止共享账号，每人独立账号登录
• 使用企业统一身份认证（如 LDAP、Active Directory、OAuth）
• 定期审查和清理无效账户

4. 数据库对象权限细化

避免直接对用户赋权，而是通过角色间接授权。

三、技术实现建议

1. 分层架构设计

• Schema 隔离：不同部门使用不同 schema（如 hr, finance），通过权限控制跨 schema 访问。
• 虚拟私有数据库（VPD）：在 Oracle 等数据库中实现动态行过滤。

2. 使用中间件或数据访问层

• 通过应用层控制数据访问逻辑，避免直接暴露数据库给最终用户。
• API 接口统一鉴权，后端再连接数据库。

3. 敏感数据保护

• 对敏感字段加密（如身份证、薪资）
• 使用动态数据脱敏（Dynamic Data Masking）
• 审计敏感表的访问行为

四、流程与制度保障

1. 权限申请流程

   • 用户提交权限申请 → 部门负责人审批 → DBA 执行 → 记录备案

2. 定期权限审查

   • 每季度进行权限审计，移除不再需要的权限
   • 离职/调岗人员及时回收权限

3. 日志与监控

   • 开启数据库审计日志（Audit Trail）
   • 监控异常行为（如大量导出、非工作时间访问）

4. 培训与合规

   • 对员工进行数据安全培训
   • 符合 GDPR、等保、行业X_X等要求

五、工具推荐

六、示例场景

财务部需要访问工资表，但不能查看其他部门数据；市场部只能查看脱敏后的客户统计。

解决方案：

• 创建 finance_team 角色，授予 SELECT 到 salary 表
• 在 salary 表上启用 RLS，限制 department = 'Finance'
• 为市场部提供视图 customer_stats_view，隐藏个人身份信息

总结

多部门共用数据库时，权限管理应结合 技术手段 + 管理流程 + 审计机制，做到：

✅ 权限最小化
✅ 访问可追溯
✅ 数据不泄露
✅ 合规可审计

通过合理的角色设计、行级控制和流程规范，可以在共享资源的同时保障数据安全与业务效率。