[quote=引用 15 楼 叶恭介1989 的回复:][quote=引用 14 楼 hanhui1211 的回复:][quote=引用 13 楼 叶恭介1989 的回复:][quote=引用 11 楼 hanhui1211 的回复:]那就把ID和名称都存上,操作员有改动或删除,都会记录在日志表中啊,查的时候直接查询就行了,什么人操作的,操作的什么内都能看出来
[quote=引用 11 楼 hanhui1211 的回复:]那就把ID和名称都存上,操作员有改动或删除,都会记录在日志表中啊,查的时候直接查询就行了,什么人操作的,操作的什么内都能看出来
[quote=引用 14 楼 hanhui1211 的回复:][quote=引用 13 楼 叶恭介1989 的回复:][quote=引用 11 楼 hanhui1211 的回复:]那就把ID和名称都存上,操作员有改动或删除,都会记录在日志表中啊,查的时候直接查询就行了,什么人操作的,操作的什么内都能看出来
[quote=引用 13 楼 叶恭介1989 的回复:][quote=引用 11 楼 hanhui1211 的回复:]那就把ID和名称都存上,操作员有改动或删除,都会记录在日志表中啊,查的时候直接查询就行了,什么人操作的,操作的什么内都能看出来
那就把ID和名称都存上,操作员有改动或删除,都会记录在日志表中啊,查的时候直接查询就行了,什么人操作的,操作的什么内都能看出来
[quote=引用 6 楼 mmcanyu 的回复:]楼上正解,标记为删除,不是彻底删除,确实是比较便宜的方式,很多人也是这么做的。
你的问题并不是设计问题,而是需求 不如回到这个日志本身的需求 问自己是需要一份永久的操作历史 还是一份现存用户的操作历史 也许回头看业务需求就会明白 如果你不能确定 可以采取保守一些的策略 保存所有曾经出现过的操作 比如重要的对象不允许删除(标记为删除,并且不提供完全删除操作)
楼上正解,标记为删除,不是彻底删除,确实是比较便宜的方式,很多人也是这么做的。
存名称又怕名称改了,存id又怕被删了。 其实,错了就错了,这是没办法的事。 建议,不能用外键同步删除,id和名称都存数据库,id存在时读取操作员表的名称,id不存在时读取日志表的名称。
建议 操作日志单独建表, 操作员名就以字符串字段直接存储
4,018
社区成员
39,807
社区内容
加载中
试试用AI创作助手写篇文章吧