我的理解是：
恢复数据 功能的时候，使用 软删除 软删除 假如有以下表：
你们会给这些表添加软删除吗？
平时大家在开发中 软删除 使用的多吗？
尤其是中小型项目，真的有必要使用它吗？
希望大家指点一二，谢谢。😊
我个人理解是否用软删除，看这个数据在整个系统中是否被其它数据所依赖（后续还是否有价值）。如果因为数据的物理删除而导致其它表产生脏数据的话，那么建议使用软删除，或者用状态来管理有效和无效数据。
比如用户表删了某个用户，那么这个用户的订单数据就会成为孤立的脏数据，如果后期需要从订单关联用户的时候就会出现问题。
什么业务都没有真删除过
我个人理解是否用软删除，看这个数据在整个系统中是否被其它数据所依赖（后续还是否有价值）。如果因为数据的物理删除而导致其它表产生脏数据的话，那么建议使用软删除，或者用状态来管理有效和无效数据。
比如用户表删了某个用户，那么这个用户的订单数据就会成为孤立的脏数据，如果后期需要从订单关联用户的时候就会出现问题。
和其它表有关联的得用软删除，如商品表，无论是否删除商品你要保证订单数据能正确呈现这个商品。
主要还是看你这个表的重要程度吧，个人理解。
现在有明文规定，需要用户可以注销账号。
没有特殊说明，都是软删除
所有情况，都用软删除，就对了
不想背锅就用软删除
不管什么任务都不要真正意义上的物理删除。
互联网的根基是数据，数据烂在数据库里面也不要做任何真正意义上的物理删除。
软删除可以酌情用， 硬删除尽量不要用吧。 :dog:
非常感谢大家的回复 :+1:
不想背锅就用软删除
我现在都是用软删除的...为什么? 比如你有产品表...有订单表..订单可能关联的只是产品ID....那你把产品删除了,,不是关联不出来了吗?
created_at、updated_at、deleted_at这三个字段基本每个表都会有，软删除很有必要
刚注销了一个腾讯云账号， 有关联的资源，都需要按要求释放删除， 然后不能欠费， 最后才允许注销
和钱相关的，永远不要物理删除，要不然你会后悔的
我刚开始的时候是硬删除，后来在表里添加了 status字段 并且在select的时候 判断status是正常的（即1）才显示
例子：SELECT * FROM TABLE WHERE status = 1
软删除: UPDATE TABLE SET status = 0
所有情况，都用软删除，就对了
粤ICP备18099781号-6
|
粤公网安备 44030502004330号
|
违法和不良信息举报
由 Summer 设计和编码 ❤
请登录
关于 LearnKu
我个人理解是否用软删除，看这个数据在整个系统中是否被其它数据所依赖（后续还是否有价值）。如果因为数据的物理删除而导致其它表产生脏数据的话，那么建议使用软删除，或者用状态来管理有效和无效数据。
比如用户表删了某个用户，那么这个用户的订单数据就会成为孤立的脏数据，如果后期需要从订单关联用户的时候就会出现问题。