不做显式删除，而用 status=0 代替，是好的实践么？

[27]

这样一来，用代码生成器生成的 sql 语句全部都不能用，都得重新写

觉得十分麻烦，大家都是这样用的吗？

[mkeith]

一般 orm 支持软删除的吧

[shiny]

BOSS：小王，把上次删除的恢复下

[shiny]

记得很久以前看到过一个观点：真实世界是没有删除的。订单作废，用户禁用，员工离职，文稿废弃，优惠券作废。所以 SQL 里面 DELETE 在业务场景里都不应该出现。

[littleylv]

挺好的

[murmur]

如果是面试的话应该是大量删除触发索引重建，而现在数据库空间不值钱索引重建一次卡的 cpu 和 io 值钱

[shoaly]

laravel 在 orm 里面 是不会查询出软删除的数据的.
提供一次后悔的机会.. 万一呢, 万一傻逼了呢

[otakustay]

你只要理解数据比钱更值钱，就明白要怎么做了

[liprais]

数据都删了还分析啥

[ovear]

第一是安全。。第二是恩。。你懂得

[Anybfans]

很想知道 django 有没有这个软删除。。

[helloworldwt]

一般都是逻辑删除，不实际删除的。在数据库里使用一个状态来表示

[zyue]

我建的表都有个 is_deleted tinyint 字段

[wc951]

那要看是什么数据了，也不是所有业务场景都需要留着过期数据

[yghack]

生产环境不能有 DELETE 权限

[zhenjiachen]

deletedAt 日期格式，这个字段好一点，你 status 不知道什么时候删除的，查询直接使用 deletedAt is not null 就好

[microget]

必要
@zhenjiachen 我一般是配合 updateAt 这个字段判断删除时间。

[solee]

很好啊 我们也是配合 updatedAt 字段使用 软删除

[Mogugugugu]

逻辑删除,不会无理删除的.一方面避免误操作,另一方面 数据无价,无论用来干啥...

[cloverstd]

软删除，多对多联查的很麻烦啊

[Ouyangan]

你改下 代码生成器