数据库设计：如何在数据库中合理实现项目各步骤的关联存储

你现有两张表的设计思路完全可行，只需要新增一张关联中间表即可覆盖所有需求，不需要调整原有两张表的核心定位，具体设计如下：

现有两张表的字段规范 #

TABLE A（全局理论步骤主表，建议命名process_step） #

这张表只存全公司统一的步骤元数据，不绑定任何具体项目信息，避免耦合：

• 主键：step_id，步骤唯一标识
• 核心业务字段：step_name（步骤名称）、avg_cost_days（该步骤公司平均完成耗时）、default_owner_dept（步骤默认牵头负责的团队/部门），可按需扩展步骤分类、是否为核心必选步骤等全局属性
• 约束：step_id设为主键，step_name加唯一索引避免重复创建同名步骤

TABLE B（项目基础信息表，建议命名project） #

这张表只存项目维度的公共属性，不存任何流程步骤相关字段：

• 主键：project_id，项目唯一标识
• 核心业务字段：project_name（项目名称）、project_level（项目优先级）、general_owner（项目总负责人）、create_time（项目创建时间）等项目基础属性
• 约束：project_id设为主键

核心关联表设计（新增第三张表，建议命名project_step_rel） #

这张表用来解决「不同项目匹配不同步骤」的多对多关联问题，同时存储步骤在具体项目下的专属数据，字段设计如下：

• 单表主键：id，自增ID即可
• 关联字段：project_id（关联TABLE B的project_id）、step_id（关联TABLE A的step_id）
• 项目步骤专属字段：start_date（你需要的该项目下对应步骤的启动日期），可按需扩展end_date（步骤实际完成日期）、actual_owner（该项目下该步骤的实际负责人，覆盖默认牵头部门的特殊场景）、step_status（步骤状态：未启动/进行中/已完成/跳过）、sort（步骤在该项目流程中的排序序号）、remark（步骤备注）
• 必要约束：给(project_id, step_id)加联合唯一索引，避免同一个项目重复绑定同一步骤产生脏数据；project_id和step_id分别建普通索引提升查询效率

方案优势 #

• 完美适配「不同项目流程步骤不一致」的需求：给项目配置流程时，只需要往关联表插入该项目需要走的步骤对应记录即可，不需要为不同流程类型的项目单独建表，也不需要预留大量空字段
• 无数据冗余：步骤的全局公共属性统一存在TABLE A，修改平均耗时、默认负责部门这类信息时只需要更新一处，所有关联项目自动同步最新值，不会出现多份数据不一致的问题
• 扩展性强：后续如果需要新增步骤维度的项目专属属性（比如步骤交付物链接、评审结果），直接在关联表加字段即可，不需要改动原有两张主表的结构

常用查询示例 #

查询指定项目下的所有流程步骤详情（包含全局属性和项目专属数据）：

SELECT
  p.project_name,
  s.step_name,
  s.avg_cost_days,
  s.default_owner_dept,
  ps.start_date,
  ps.step_status
FROM project p
LEFT JOIN project_step_rel ps ON p.project_id = ps.project_id
LEFT JOIN process_step s ON ps.step_id = s.step_id
WHERE p.project_id = '目标项目ID'
ORDER BY ps.sort ASC;

小提示：不要用start_date排序步骤顺序，提前配置流程时很多步骤还没确定启动时间，用关联表的sort字段存自定义排序值更可靠。

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