差点翻车 20200601

一条一条的处理有很多的优点， 能避免伤及无辜， 一定要确定不能有无辜的数据被牵涉进来，
一次处理，一定要有一个唯一的值， 不然很可能翻车，检都检查不出来。

比如 多个用户uid, 多个店铺nid, 那能 in uids and in nids 这样去处理么， 不能， 仅能作为参考和检查用，

一次的处理一定要有一个唯一的锚点。

一条一条的处理只有一个缺点， 那就是性能稍慢， 但那是没有办法的， 性能让位于安全， 安全第一。
切不可翻车哦。

 突然想起来， 应该不会， 但注意不能影响范围以外的数据， 一次操作要有确定性。

 20200617: 数据操作一定要有确定性， 不能多也不能少。删掉和被改变的数据就没有回头路可走了， 不能错。