拜托 别再搞逻辑删除了

拜托 别再搞逻辑删除了

基于领导的一句话：”产生的数据都是有价值的数据“，因此第一个想到的就是假删（”逻辑删除“），还将其定义为了一个标准，所有表都要有 逻辑删除字段is_validate。从此开始了我不幸的人生

1. 自从有了逻辑删除，唯一索引再也与我没有了缘分
2. 自从有了逻辑删除，所有的单表查询，连接查询，更新，带where的我都得带上他
3. 自从有了逻辑删除，我再也分不清别人设计的表是一对一，一对多，还是多对多，还是劳什子结构
4. 自从有了逻辑删除，测试小伙伴就多了一个测试用例，希望她们能测试覆盖到所有操作
5. 自从有了逻辑删除，并发场景或者网络重试等，完全依赖于代码中的锁，希望大家的代码能锁得住，保证得了数据的完整性

设计逻辑删除的人，我不信他是编码的人

请确保自己的业务真要逻辑删除，即使真要逻辑删除，也别在我的业务表里瞎参合
好鸡蛋和坏鸡蛋，统统放在一个篮子里，让我傻傻分不清楚，剪不断，理还乱

如果业务真要逻辑删除，可以考虑

1. 通过Mysql trigger对delete事件进行监听，转换到_del表中
2. 通过Canal等开源项目对binlog进行监听，转存到其他地方