刚刚开始学编程完全不懂逻辑怎么办？

多看别人的代码，学习基本的逻辑，就是判断，循环这些简单的逻辑。 多敲代码，有些时候，当你代码写的多了的时候，你就会发现原理很简单，有句话叫做，书读百遍其义自见。 多看些视频，多做些习题，有些东西你桐悄雹看多了，就会慢慢理解它的含义。 每个简单的例子都深刻去体会，很多复杂的案例都是一运李点一点变通的，只要你努力，你就可以慢慢获得内部逻辑规律，找规律就是一种学局帆习方法。

对数据进行逻辑删除，一般存在以下原因：

防止数据误删除，不能找回数据；

这些数据还具有一定的商业价值，比如用户的注册信息；

虽然这些数据可以删除，但是这些数据还有关联数据，这些关联数据不能删除。

对数据进行逻辑删除，可以保证数据的安全性和完整性。但是，逻辑删除也会带来的一些问液棚题：

数据库表的数据冗余，导致查询缓慢；

写sql进行数据处理时需要排除那些已经逻辑删除的数据，这就会导致sql复杂，容易出错，特别是涉及多表查询时；

进行逻辑删除时，还需要考虑与之相关的数据怎么处理；

还有，如果数据表的某个字段要求唯一，并强制约束，比如用户表中的登录用户名字段，设计为逻辑删除的话，一旦有新的同用户名记录就无法插入。但如果不将该字段设置为唯一性约束的，那么在每次插入数据的时候，都需先进行一次查询，看看有无未（逻辑）删除的同名记录存在，低效率是一回事，而且在高并发的系统中，很难保证其正确性。

首先要思考要不要用逻辑删除

这一点很重要，不要盲目使用逻辑删除，首先要看是否有必要采用逻辑删除。因为采用物理删除的优势是显而易见的，不会有历史数据，数据间的关联关系也不会出错，还能节省数据库空间。采用物理删除，业务处理起来很清爽。所以如果没有必要，那么可以优先采用物理删除，从而避免逻辑删除引入的麻烦。比如说本人这次碰到的情况，实际上项目中并不需要逻辑删除，没拍改有这方面需求，这些历史数据也没什么价值。所以这个问题就是当初的开发人员盲目采用了逻辑删除，而没有考虑周全导致的。基于这个情况，直接修改为物理删除解决问题。

当然，某些情况下必须使用逻辑删除，尤其是在现在越来越注重数据价值的环境下。比如历史数据有价值，项目对历史数据有存档要求，或者需要历史数据进行恢复等， 这些情况就必须采用逻辑删除了。

那么逻辑删除该采用怎样的设计呢？

方案1：增加delete_token字段（需要设置默认值，如“defaultToken”），与原来的unique key 组成联合主键.

delete_token字段作用：用来标识该条记录被删除，而不是通过原来的status或enabled字段来区分该记录是否已删除。

比如本文开头我碰到的情况，可以增加一个字段delete_token字段，与原来的字段A组成联合主键。比如删除表T中数据记录1时，delete_token可以更新为该条记录的主键id或者生成的唯一随机值（如UUID），用该方案可解决不能插入已删除数据的问题。同时也要注意，表T的关联关系表也需要进行类似的处理。

优点：不需要引入新表

缺点：若业务量较大或增删频繁，那么数据增长速度会很快，导致一张表中数据量太大，对表的 *** 作效率会降低。

结论：适用于数据量较小、增删不频繁的场景。

方案2：增加备份表（删除记录表）

每张表都设计一张对应的备份表，用于存储删除的数据。表结构可以根据实际需要在原表基础上增加删除时间、删除 *** 作者之类的字段。这样在删除数据时，对于原表，相当于是物理删除，然后再备份表中插入新的记录。注意：关联关系表也需要备份表。

优点：跟物理删除类似，不会有数据冲突的问题。同时也满足了逻辑删除的需求。将在用的业务数据与历史数据区分开，业务结闹贺则构更清晰。

缺点：需要逻辑删除的数据都要有对应备份表。

---