后端 - 用户表逻辑删除，那么用户的附表需要跟着逻辑删除么？
用户表逻辑删除，那么用户的附表需要跟着逻辑删除么？
共有1个答案
看你自己业务需要和取舍，有各自的优缺点。
不删，那你就得考虑如果这张所谓附表有自己的查询业务，需要过滤掉已删除用户的数据，你就还得回过头来 JOIN 主表才能知道，一是会不会有性能问题，二是业务层会不会忘 JOIN 了。
删，那你首先就得考虑事务问题。再一个是你这张附表有没有自己单删的业务逻辑？如果有，那日后需要回滚主表的时候，你该如何区分出附表这条记录是随着主表级联被删的、还是自己单删的？
这都是具体项目具体分析的，没有一概而论的。
-
1. 前言 在 SQL Delete 一节中，我们介绍了 SQL 的基本删除功能，今天我们将以分类和实战的角度来进一步学习 SQL 的删除。 删除是一个很危险的操作，试想一下如果开发人员不慎操作失误，误删了一些数据，在数据未备份的情况下，该数据无法恢复，造成了损失绝对是致命的。 道路千万条，安全第一条。因此为了保证数据的安全性，在真正的企业级应用中都会默认的采用逻辑删除（软删除）的方式来处理数据删
-
当我逻辑删除数据库中代码为“U1”的实体时，我创建了代码为“Ü1”的新实体，出现异常“重复条目”。Hibernate是否有注释来解决此问题？ 编辑： 当我插入一个具有相同代码的新实体时，错误如下： 组织。postgresql。util。PSQLException:错误：重复的键值违反唯一约束“country_pkey”详细信息：键（代码）=（AA）已存在。 表格如下：
-
本文向大家介绍mybatis-plus getOne和逻辑删除问题详解，包括了mybatis-plus getOne和逻辑删除问题详解的使用技巧和注意事项，需要的朋友参考一下 1.getOne 如果查询出的结果有多个，这时候会抛异常 这样就不用每次getOne的Wrapper后面还跟last(“limit 1”) 2.@TableLogic 就不用每次list查询的时候跟上 .eq(“delete
-
我在卡桑德拉的一个表中插入了10K个条目，该表在单个分区下的TTL为1分钟。 成功插入后，我尝试从单个分区读取所有数据，但它引发了如下错误：， 我知道墓碑是一个标记，而不是实际删除。 所以我使用节点工具进行了压缩和修复 即使在那之后，当我从表中读取数据时，它也会在日志文件中抛出相同的错误。 1）如何处理这种情况？ 2）能解释一下为什么会发生这种情况吗？为什么压实和修复没有解决这个问题？
-
我试图理解双重链表的java实现。我有以下代码： 和以下内容： 为了清晰起见，这里只显示了insertHead（）方法。 现在我明白了，如果有人在main方法中运行insertHead(10)，如果列表为空；一个新的对象形成，头部和尾部引用变量都指向该对象。 我不明白的是如果列表不是空的；代码段非常混乱。 1）我所理解的是n=10，null和head被传递给构造函数：public DLLNode（
-
null 他们的东西更简单？在解析中，我使用了云代码，我希望逻辑不在客户端，而是在服务器端。