是否可以考虑增加数据逻辑删除及回收站功能?
比如数据库中增加默认字段delete状态，删除数据时标记为1，正常状态下标记为0，数据在回收站中可以通过更改删除标记进行找回。
投票投票！可以是这个实现思路：创建表的时候可以选择是否有这个isdelete字段（默认有），有的话删除相关的功能逻辑就处理isdelete字段从0置1，没有这个字段那就是硬删除，就是担心现有应用自己配了isdelete相关字眼的字段，这里要想办法兼容下
假设未来有了逻辑删除功能。如果用户自己配置了isdelete标识的话，升级后，用户可以自己写一下sql的update语句，把新功能的删除标识进行同步。
比如 update customer set isdelete = is_delete; 。
同时取消现有工作流中的删除逻辑， 以及调整在区块中的筛选。
Plus 同时建议在回收站中增加删除时间、删除人、和删除方式（比如手动删除、工作流删除、api删除等等）的信息记录。以方便用户进行追查。
支持！同时建议用户表、角色表优先实现软删除。
反对，以后做查询无穷尽的问题，可以用状态实现
查询会有什么问题？
反对, 将来会有无穷尽的脏数据问题,关联问题,性能问题.