硬删除就是传统的物理删除，直接将该记录从数据库中删除。但是是人总会犯错误，在误操作删除了重要数据后，如果想要恢复该数据，需要锁表再去访问日志文件。这样会造成大量的人力资源浪费，现在的开发不推介这种方式。

软删除

软删除又叫逻辑删除，标记删除，与我们常说的删除不同，并不是真的从数据库中将这条记录去除，而是会设置一个字段，常见的有：isDelete或者state等字段来标记删除状态。当该字段为0的时候为未删除状态，为1时则是删除状态。

在现实情况中，很多时候我们说的删除并不是真的是删除的本意，因为站在用户的角度来看，并不是一种删除的状态：
订单不是被删除的，是被“取消”的。
员工不是被删除的，是被“解雇”的（也可能是退休或者暂时离职了）。
职位不是被删除的，是被“填补”的（或者招聘申请被撤回）。
所以这些时候，我们并不能真的把记录删除，所以软删除就出现了。

当然，我们更希望用一下代表状态的词来代替isDelete，就比如我们项目中已经使用的：有效、停用、弃用等等。
而在查询时只需要加上一个判断即可成功筛出软删除的对象了。

例：select user.id, user.password from tbl_user where isDelete = 0

软删除和硬删除的处理方法

实际上，并不是所有的记录都有必要被一直保留，过多的数据会导致查询效率低下，数据库臃肿。
比如许多程序的日志文件只会存留最近一周或者最近一月。对于更久的数据需要物理删除。

那么有没有既能实现软删除保留需要的数据又能在数据量过大的时候进行物理删除的办法呢，答案是有的。
可以为state字段赋予另一个意义，当它是2时（当然别的数值也行）不再保留，直接物理删除。
或者再声明一个字段isRecycle，来表示该记录需不需要直接删除。
这样在定期维护数据库的同时也可以删除不再需要的记录。