Spring Boot RestApi用户注册分阶段存储：是否需拆分app_user表？

当前拆分表方案的合理性 #

你的垂直分表方案是可行的，本质是将用户的核心认证信息（email、password）和扩展资料信息拆分存储，适合以下场景：

• 核心认证表的查询频率远高于扩展信息（比如登录仅需查询email和password）
• 扩展信息字段可能频繁新增或修改，不想影响核心表结构

但如果你的业务中不需要频繁单独查询核心认证信息，或者扩展信息字段相对稳定，这个方案确实会增加联表查询的复杂度，属于过度设计，此时可以考虑更简单的方案。

更优可选方案 #

方案1：调整原表字段非空约束，配合业务逻辑控制 #

• 移除username、gender等字段的非空约束，允许为空
• 业务层分层校验：
  • 第一步注册仅保存email和password，扩展字段留空
  • 第三步填写信息时，强制校验username、gender等为必填项，更新后确保不为空
• 可选增强：如果数据库支持（如PostgreSQL、MySQL 8.0+），添加条件约束确保完成注册的用户扩展字段非空：

  ALTER TABLE app_user ADD CONSTRAINT chk_completed_user CHECK (
    registration_status = 'COMPLETED' 
    AND username IS NOT NULL 
    AND gender IS NOT NULL
  );
  

• 优点：单表结构简单，无需联表，维护成本低
• 缺点：数据库层面无法强制所有用户的扩展字段非空，依赖业务逻辑的正确性

方案2：单表新增注册状态字段，区分注册阶段 #

• 在原表中新增registration_status字段（枚举值：UNVERIFIED、INCOMPLETE、COMPLETED）
• 流程对应：
  1. 用户提交email和password后，状态设为UNVERIFIED，扩展字段留空
  2. 邮箱验证通过后，状态改为INCOMPLETE
  3. 用户填写剩余信息提交后，校验必填字段，更新状态为COMPLETED
• 业务逻辑限制：仅COMPLETED状态的用户可使用完整功能，避免不完整数据被误用
• 优点：保留单表简洁性，清晰区分注册阶段，便于业务逻辑控制
• 缺点：依赖业务层的状态校验，需确保状态流转的正确性

方案3：临时表过渡未完成注册的用户 #

• 创建临时注册表（如temp_user），仅存储user_id、email、password、verification_code、expire_time等字段
• 第一步将用户信息存入临时表，邮箱验证通过后，引导用户填写剩余信息，再将完整数据插入正式app_user表，同时删除临时表记录
• 定时清理临时表中过期（如超过24小时）的未完成注册数据
• 优点：正式表可保持严格非空约束，无冗余不完整数据
• 缺点：需额外维护临时表的清理和数据迁移逻辑，业务复杂度较高，适合对数据完整性要求极高的场景

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