删库不必跑路，谈数据库删除设计

# 常见删除策略

 

凡是做业务逻辑系统, 总是离不开对删除逻辑的处理.

本文论述重点是伪删除, 即字段标示状态, 这是在一些中小型系统开发中的单据等较重要数据的主流做法.

但在此之前, 不妨先将常见删除策略列举一下:

 

1、数据库设置级联

这个我没太懂是怎么回事, 不过网上也说缺点较多, 很少用到, 在此就不考虑了

 

2、触发器控制

•  
•  
•  
•  
•  
•  
•  
•  

-- 本文所写sql默认数据库均为mysqlCREATE TRIGGER `tg_bf_insert_t_product_only` BEFORE INSERT ON `t_product` FOR EACH ROW begininsert into t_product_only (p_id,only_code) values (new.p_id,concat(new.group_code,',',new.p_code)) ;end;CREATE TRIGGER `tg_af_delete_product_only` AFTER DELETE ON `t_product` FOR EACH ROW begininsert into t_product_deleted  (p_id,group_code,p_code) values (old.p_id,old.group_code,old.p_code);delete from t_product_only where p_id=old.p_id;end;

优点是代码业务逻辑简单化, 且可以使用unique index,

缺点是对于一些级联数据的恢复不好控制, 如主表单和明细表单, 另在表结构变更的时候, 对于触发器的维护也是一件需要注意的事情.

3. 字段标示状态/伪删除(下文中将统称为伪删除)

即用状态表示已删除,如status=-1或者is_del=1,
之所以说是中小型系统开发的主流做法, 是因为对于重要数据, 为了控制风险, 不会直接将数据删除, 而使用触发器前面的缺点也说了, 维护十分不易.
中小型系统本来就有逻辑变更频繁, 以及数据量不会太高(单据数量几百万上千万, 但很少上亿)的特点, 权衡之下,