大学项目单公司求职招聘平台数据库模型设计求反馈及优化建议

现有模型合理性评估 #

• 核心实体拆分合理：拆分了招聘启事、员工、外部求职者、申请四个核心表，符合单企业招聘平台的基础业务边界
• 关联逻辑通顺：通过申请表的外键关联招聘启事和求职者，清晰匹配「求职者-投递岗位」的业务关系，基础投递流程可以正常跑通
• 基础业务字段覆盖较全：已经覆盖了招聘启事展示控制、求职者基础信息、申请进度标记等核心场景的字段需求

优化方向 #

1. 冗余字段处理 #

申请表中冗余存储了「名、姓、邮箱、手机号」四个已在外部注册用户表存在的字段：

• 如果是为了留存用户投递时的快照信息（避免后续用户修改个人资料导致历史申请信息变更），建议补充字段备注明确用途
• 无快照需求的前提下可以直接删除这四个字段，减少数据不一致风险

2. 字段约束与逻辑一致性优化 #

• 岗位类型、申请状态、员工角色这类有固定可选值的字段，建议改为枚举类型或单独建立字典表关联，避免存入非法值
• 招聘启事表当前存在三个控制展示的字段：发布标识、招聘开启/截止时间、isActive，逻辑存在重叠，建议明确规则：比如仅当「审核通过（发布标识为真）+ 当前时间在招聘起止区间内」时，自动置isActive为真，也可以直接将isActive改为计算字段，避免人工修改导致的逻辑冲突

3. 材料上传逻辑优化 #

当前仅用Files一个布尔字段标记申请是否上传材料，无法匹配招聘启事中多个材料的要求：

• 可以在申请表中新增对应简历、求职信、证书、其他材料的布尔字段，分别标记是否上传了对应要求的材料
• 长期使用建议单独建立申请材料表，关联申请表ID，存储材料类型、存储路径、上传时间等信息，方便后续回溯下载

4. 索引与唯一性约束补充 #

• 申请表新增(招聘启事ID, 求职者ID)的联合唯一索引，避免同一个用户重复投递同一个岗位
• 高频查询字段比如招聘启事的isActive、招聘截止时间，申请表的申请状态建议添加普通索引，提升查询效率

5. 必要字段补充 #

• 外部注册用户表：补充密码哈希、注册时间、账号状态（正常/封禁）字段，满足账号管理需求
• 招聘启事表：补充创建人ID（关联员工表ID）、创建时间、更新时间字段，方便追溯发布人
• 申请表：补充投递时间、最后更新时间、处理人ID（关联员工表ID）字段，覆盖申请全流程的信息追溯需求

6. 可选扩展优化 #

如果后续要扩展业务功能，可以新增对应表：

• 新增面试表关联申请表，存储面试时间、面试轮次、面试结果、面试官ID等信息，覆盖面试全流程管理
• 新增求职者材料库表，关联外部注册用户ID，存储用户上传的所有历史材料，投递时可直接选择已有材料复用，无需重复上传

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