关于开发日志功能操作人存储user表的主键id还是字符串name

对比 存储id和存储name

优点：（存储id的优点，存储name的缺点）

1、用户修改name字段时，日志中的操作人name会跟着变化

缺点： （存储id的缺点，存储name的优点）

1、删除user表中的该用户后，日志表中无法正常显示操作人

想到的解决方案

1、不管（针对上述对比会造成相应的问题）

2、删除用户时，判断日志中是否有该用户的操作，如果有则做一些麻烦的操作（比如说日志表中是varchar类型的user_id，可以直接把name存入user_id中，然后再展示的时候如果关联表的时候没有和user_id对应的则直接展示user_id)

总结

有待后续继续更新，可以看看其他人解决方法。目前的话感觉还是得根据业务情况分析（比较简单），如果修改用户的操作很多，但是不删除用户可以采用存id，如果删除比较多，但是不支持用户对name进行修改，则使用存储name。

更新：

突然想到使用软删除就能解决这个问题，在日志操作的操作人处存储user的id，然后在使用left join查询的时候不启用软删除即可（不过得主要如果有软删除的情况下不能用数据库自带的唯一索引来进行校验）