多租户数据库设计疑问：为何需要customers表？

• 统一客户身份的核心标识
  users表存储的是通用用户信息，但customers表是专门用来定义“客户”这个角色的实体。你的系统里大概率还有员工、管理员这类非客户角色的用户，保留customers表可以明确区分用户身份，避免在和租户关联时混淆不同角色的业务逻辑——比如你不会希望把管理员误当成客户关联到租户里。

• 存储跨租户的客户专属属性
  你目前没遇到跨租户的客户信息，不代表后续不会有。举几个实际场景：

  • 客户的全局唯一编码：比如企业对外统一使用的客户编号，所有租户都要复用这个编号
  • 客户的全局偏好设置：比如所有租户下都适用的沟通禁忌（拒绝营销电话、只接收邮件）
  • 客户的全局状态：比如是否属于企业级黑名单，所有租户都要同步这个状态
    这些信息属于客户本身，和具体租户无关，存在customers表里既能避免重复存储，也方便统一维护。

• 简化多租户关联的逻辑复杂度
  如果直接用users关联customers_tenants，每次操作都要额外判断这个用户是不是客户身份。有了customers表后，customers_tenants只需要关联customers表，逻辑更清晰：先确认是客户，再绑定到具体租户。比如统计全平台客户总数，直接查customers表就能得到结果，不用在users和关联表之间反复筛选，效率更高。

• 预留业务扩展的灵活性
  假设以后你的系统要做跨租户的客户服务——比如全局通用积分、跨租户客户画像分析——customers表就是天然的核心数据载体。如果一开始省略这个表，后续再补的话，需要修改大量关联逻辑，甚至迁移历史数据，成本会非常高。

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