如何使用Django开发带内部管理门户的单库多租户SaaS产品？

结合你的场景约束（单库存所有客户数据、两套账号字段差异大、客户侧/内部管理侧权限完全隔离），三个方案的适配性分析如下：

方案1：派生独立用户模型 #

• 适配度最高，是当前场景的首选
• 优势：
  • 两套用户体系完全隔离，字段可独立扩展互不干扰，天然避免内部用户、客户用户的身份越界风险
  • 自定义权限类和业务角色一一对应，逻辑直白无冗余，后续排查权限问题、新增权限规则的开发成本极低
  • 基于单库实现，不需要处理跨库操作的一致性问题，维护成本低
• 不足：需要额外开发两套用户的认证逻辑，无法完全复用Django默认的用户认证全链路，但整体工作量很小

方案2：使用Django原生Groups系统 #

• 适配度较低，不推荐
• 优势：可复用Django原生的权限、分组体系，初期基础开发量小
• 不足：
  • 所有用户存在同一张表，因为两套账号字段差异大，会产生大量空字段，表结构冗余严重
  • 权限边界模糊，很容易出现给客户用户误分配内部管理分组的问题，带来严重的数据泄露风险
  • 多租户场景下每个新租户都要生成3个独立分组，分组表会快速膨胀，后续权限匹配的查询效率会持续下降

方案3：拆分为两个独立项目+独立数据库 #

• 适配度极低，不推荐
• 优势：两套系统物理隔离，安全性最高
• 不足：
  • 内部管理系统需要直接操作客户侧数据库，要额外处理跨库事务、数据一致性问题，后续维护成本会翻倍
  • 内部管理接口仅内部员工访问，访问量极低，和客户侧项目共用完全不会影响性能，拆项目拆库属于无意义的复杂度提升

补充优化建议 #

如果后续内部管理功能迭代越来越重，可以把内部管理模块拆为独立的Django子应用，仍然共用同一个客户数据库，既保持代码隔离，又不需要处理跨库问题。客户侧的角色可以直接存在CustomerUser表的枚举字段中，同时关联租户ID加索引，权限校验不需要关联额外表，查询效率更高。

内容的提问来源于stack exchange，提问作者Marry35