员工离职/用户注销账户后，系统中的数据该如何处理

[jerrry]

比如在一个汽车维修的系统，维修公司员工会上传每个环节的维修内容和图片，用户可以看到员工的姓名、岗位（角色）、维修内容等。假如后续这个员工离职后，这个维修内容该怎么处理呢？

1. 直接在公司员工表把这个员工删除，那员工写的这些维修内容该如何处理？

   1.1 员工关联的维修内容也一起删除。（这个肯定不行，这些内容应该属于是公司的资产，用户也应该一直能看到）

   1.2 维修内容表取消员工表 id 外键，删除时把维修内容表里的员工 id 设为 null，用户看到的维修内容员工显示为已离职。（个人觉得这个也不合理）

2. 在公司员工表里加一个 deleted_at 字段，也就是软删除，其他任何数据都不作处理。假如后续这个员工再入职这个公司时，那这个员工之前的数据要不要恢复？

   2.1 直接在公司员工表再新建一条新数据，也就是一个新账户，不恢复原来的数据。

   2.2 把 deleted_at 设置为 null，也就是恢复该员工原来的所有数据。（个人倾向于这个方案）

[l502008310]

用户一般都是软删，至于你说的那种情况更多是用户的状态。用户一般会有状态字段也有删除字段，不冲突。

[openliucongbx]

@SenLief 这个可以
离职后把对应的工作内容交接给下一位继任者

这样可以避免很多风险

[openbsd]

汽车维修这种可能涉及安全的，操作人员信息也要清除吗 ？
参考施工单位，项目竣工 10 年后事故，还要追责承建和施工人员

[jerrry]

@inzufu #15 谢谢回复，学到了很多，不过感觉这种做法在国内也是一种趋势。

[jerrry]

@masterclock 谢谢提醒，离职用 resigned_at 可能更合适一下

[julyclyde]

给你们讲个笑话：
当年美团某系统，资产的外键是人员的主键，离职即删人
然后资产也被删了