如何解决逻辑删除与数据库唯一约束冲突

最新推荐文章于 2024-08-01 15:39:12 发布
最新推荐文章于 2024-08-01 15:39:12 发布
阅读量2k 收藏 4
点赞数
文章标签： java 数据库 mysql redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/kingwinstar/article/details/109880414
版权

前言

不知道大家有没有遇到这么一种业务场景，在业务中有个唯一约束A，当该业务进行逻辑删除后（设置标记为删除状态），再往唯一约束列插入相同的值时，此时会报Duplicate entry，但在业务上，该值时必须要插入的。今天我们就来聊聊处理这种业务场景的几种思路

解决思路

方案一：不采用逻辑删除，直接物理删除

方案二:新建历史表

主表进行物理删除，同时将删除的记录保存到历史表中

方案三：取消表的唯一约束，同时引入redis来保证唯一约束

取消表的唯一约束，在项目中引入redis，通过redis来判重，新增时往redis set记录，删除时，删除redis记录

方案四：变更删除标记为时间戳

将删除状态不以0,1表示，而是以时间戳为值，然后将删除状态为与之前的唯一约束A重新组成唯一联合约束index（A、del_flag），删除时变更del_flag的时间戳

方案五：保留删除标记，同时新建一个字段del_unique_key

保留删除状态位，再新增一个字段del_unique_key,该字段默认值为0，字段类型和大小与主键id保持一致，同时与原先的唯一约束重新组成联合唯一约束index(A,del_unique_key),业务进行逻辑删除，变更del_unique_key的值为该删除行的主键id

方案的取舍

方案一得从业务的角度上考虑了，如果物理删除，对业务无损，那就无所谓了。方案二等于需要删除的记录的表都需要有历史表，如果仅仅是用来实现记录删除记录，感觉有点大材小用。方案三引入redis，虽然也可以解决问题，但是又额外增加复杂度，同时还得保证redis和数据库的一致性。方案四和方案五其实实现的思路是一样，不过如果已经是在线上跑的业务，还是推荐用第五种方案，毕竟新增字段正常对已有的业务影响相对较小，如果是第四种方案，直接将标志位修改为时间戳，可能还会涉及改业务。如果是新增业务，第四种和第五种方案比较推荐

sql 表中的列与现存的主键或unique约束不匹配
cswangbin的专栏
02-11 3万+
     今天在更新项目时需要修改数据库中表的主键，结果报出sql 表中的列与现存的主键或unique约束不匹配。     表LN003075原有主键，唯一索引，其中     原有主键字段是：[MCLASS_ID],                             [BCLASS_ID],                             [SYSTEM_ID]    
列与现有主键或unique约束不匹配_DML语句 事务 约束
weixin_39581995的博客
12-11 1829
DML复制一个测试表格--复制emp表格, 命名为tmp create table temp as (select * from emp); --赋值emp表格的表结构, 不复制数据 create table temp2 as (select * from emp where 1=2);新增(insert)语法 : insert into 表名 [(列1, 列2, ...)] values (值1...
SQL UNIQUE 约束
12-16
SQL UNIQUE 约束 SQL UNIQUE 约束 UNIQUE 约束唯一标识数据库表中的每条记录。 UNIQUE 和 PRIMARY KEY 约束均为列或列集合提供了唯一性的保证。 PRIMARY KEY 约束拥有自动定义的 UNIQUE 约束。 请注意，每个表可以有多个 UNIQUE 约束，但是每个表只能有一个 PRIMARY KEY 约束。 CREATE TABLE 时的 SQL UNIQUE 约束 下面的 SQL 在 “Persons” 表创建时在 “P_Id” 列上创建 UNIQUE 约束： MySQL： CREATE TABLE Persons ( P_Id int NOT
SQL Server添加外键：提示表中列与现有的主键或UNIQUE约束不匹配
chentiebo的博客
06-08 4768
SQL Server添加外键：提示表中列与现有的主键或UNIQUE约束不匹配，如下所示： 必须满足的是这个表的主键跟另一个表的外键，就是在外键那个表里字段是普通的。查看表6的主键是id 所以表6应该选择主键Id与表4进行建立外键关系，如下所示
表中的列与现有主键或UNIQUE约束不匹配
小王的博客
04-20 3万+
原因： 外键所引用的必须唯一
MySQL逻辑删除与数据库唯一约束冲突解析
一个做过前端开发的产品经理，经历过睿智产品的折磨导致脱发之后，励志要翻身"农奴"把歌唱，一边打入敌人内部一边持续提升自己，为我们广大开发同胞谋福祉，坚决抵制睿智产品折磨我们码农兄弟！
07-03 1231
另一种方法是在应用层或数据库层自定义唯一约束处理逻辑，排除已被逻辑删除的记录。这可以通过触发器或存储过程实现，但需谨慎使用，以免引入复杂性。
Mysql：逻辑删除与数据库唯一约束冲突的解决之道
一个做过前端开发的产品经理，经历过睿智产品的折磨导致脱发之后，励志要翻身"农奴"把歌唱，一边打入敌人内部一边持续提升自己，为我们广大开发同胞谋福祉，坚决抵制睿智产品折磨我们码农兄弟！
07-06 1130
在这个例子中，users表的username和email字段都设置了唯一约束，以确保每个用户拥有独特的用户名和电子邮件地址。is_deleted字段用于逻辑删除标记。
MybatisPlus逻辑删除与唯一性索引冲突：解决方案与最佳实践
hao_haiyang的博客
08-01 1642
在现代软件开发中，数据持久化层的优化和问题解决是确保应用性能和数据一致性的关键。MybatisPlus，作为Mybatis的增强版本，提供了许多便利功能，包括逻辑删除。然而，逻辑删除与数据库唯一性索引的结合可能会引发一些预料之外的冲突。本文将深入探讨这一问题，并提供一系列解决方案。
Mybatis-Plus中逻辑删除与唯一索引冲突的解决方案
baobao的博客
12-31 2893
本文从本人博客搬运，原文格式更加美观，可以移步原文阅读：Mybatis-Plus中逻辑删除与唯一索引冲突的解决方案 一般情况下，对于数据表中不能重复的业务数据字段(比如身份证号，公司名称等等)，我们都会为其加上唯一索引。虽然可以在业务代码中进行逻辑校验来规避重复数据被加入到数据库，但是还是建议加上唯一索引，原因如下： 我们不能保证所有后端开发者都能进行严密的校验，很可能会有疏漏导致重复数据入库 一般校验是否重复的方式为先查询，能查到就是重复，没查到就不重复，此时可添加。但是在高并发场景中，很可能由于并发请
PostgreSQL 中如何处理数据的并发插入导致的唯一约束冲突？
发现生活，分享智慧，一起成长！
07-12 667
通过选择合适的方法和策略，可以确保数据库的稳定性和数据的一致性，为系统的正常运行提供有力的支持。为了减少这种冲突的发生，可以在用户提交帖子时，先对标题进行一些预处理，比如去除空格、转换为小写等，以增加标题的多样性。再比如，在一个电商系统中，订单号通常需要是唯一的。为了避免并发插入时的唯一约束冲突，可以采用分布式 ID 生成器来生成订单号，确保每个订单号都是唯一的，并且在不同的并发操作中不会重复。例如，在设计表结构时，充分考虑数据的分布和唯一性要求，选择合适的索引和约束，避免过度约束导致不必要的冲突。
mysql2008主键是什么,SQL Server 2008：表中的列与现有主键或唯一约束不匹配
weixin_28747937的博客
02-18 945
I need to make some changes to a SQL Server 2008 database.This requires the creation of a new table, and inserting a foreign key in the new table that references the Primary key of an already existing...
在逻辑删除的场景中，防止并发问题造成数据库插入多条重复数据
菜蚜的专栏
05-08 692
「深度学习福利」大神带你进阶工程师，立即查看>>> ...
逻辑删除与唯一约束冲突问题的一个解决方案
hemowolf的专栏
08-27 6124
一、问题 现在很多系统都不允许真正删除数据库中的数据，而是通过引入删除标记字段的方式进行假删除，即我们通常说的逻辑删除。其它的数据查询都只查询标记为未删除的数据。目前流行的hibernate和 mybatis等框架也提供了对假删除的支持。据我的一些同行说，他们公司甚至不允许在程序中出现删除语句，甚至在实施时，分配给你的数据库用户就不具有删除数据的权限！ 但是逻辑删除会面临一个违反唯一约束的问题。比如一个商品表： create table goods ( id bigint primary...
数据库主外键关联
听雪楼中听雪落，彼岸花开彼岸零
12-10 1012
错误提示：表"table2"中的列与现有的主键或UNIQUE约束不匹配 数据库表中只有一个主键，这个主键可以是多个列共同组成。所以table2中的两个主键就是一个联合主键。而建立主外键关系的主键列必须具有唯一性。所以table2的2列加在一起才具有唯一性，单独一列并不具有唯一性。
MybatisPlus插件篇—逻辑删除+p6spy
无简介
08-30 1001
本文将介绍mybatisplus中的其余插件，主要包括逻辑删除插件、执行SQL分析打印插件、代码生成器插件的相关使用及介绍说明。MyBatis-Plus 的逻辑删除插件和执行 SQL 分析打印插件都为开发者提供了便利，提高了开发效率和调试方便性。逻辑删除插件使得数据的逻辑删除操作更加灵活，符合现实业务需求，同时也避免了直接删除数据可能引发的数据丢失问题。执行 SQL 分析打印插件则为开发者提供了一种快速分析 SQL 语句执行情况的方式，方便调试和性能优化。
【mysql】删除重复数据只保留一条
sysu_lluozh
07-17 2262
在SWQA平台中，BUG数据写入数据库的逻辑是每天进行读写一次，若该天是第二次进行写入该天的数据，则应将该天的数据首先删除后再进行写入，但是出现了一个问题，数据未删除时已写入数据，这个时候需要将重复的数据删除删除表中多余的重复记录，重复记录是根据单个字段（abb）来判断，只留有resourceid最小的记录DELETE FROM dataplatform_bugdata_org WHERE
MySQL中列属性(主键、唯一键和自增等)使用实践
热门推荐
小小默：进无止境
05-12 7万+
数据表中，真正约束字段的是数据类型。但是数据类型的约束很单一，需要有一些额外的约束，来更加保证数据的合法性。查看表数据结构 红色表示数据类型； 蓝色表示列属性； 列属性有很多，大致如下：NOT NULL/NULL, DEFAULT, PRIMARY KEY, UNIKUE KEY, AUTO_INCREMENT, COMMENT【1】空属性其有两个值：null(默认值) 和 not nul
MySQL数据库唯一约束
最新发布
01-11
### MySQL 唯一约束使用方法 唯一约束（UNIQUE Constraint）确保某列或多列组合中的所有值都是唯一的，这样可以防止重复的数据进入表中。这有助于保持数据的完整性和准确性。 定义唯一约束可以在创建表时完成，也可以在之后修改表结构来添加该约束。以下是两种方式的具体实现： #### 创建表时设置唯一约束 当首次建立新表的时候可以直接指定某一列为唯一键。下面是一个例子，在此示例中，`email` 字段被设为了唯一键[^3]。 ```sql CREATE TABLE users ( id INT AUTO_INCREMENT PRIMARY KEY, email VARCHAR(255) UNIQUE NOT NULL, password CHAR(60), created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ); ``` #### 修改现有表以增加唯一约束 如果已经存在一张未设定唯一性的表格，则可以通过 `ALTER TABLE` 来追加这个特性给特定字段。这里展示如何向已有的 `users` 表里加入名为 `unique_email` 的唯一索引。 ```sql ALTER TABLE users ADD CONSTRAINT unique_email UNIQUE (email); ``` 对于多列组成的联合唯一性条件同样适用上述语法；只需把多个字段名放在括号内并用逗号分隔即可。 ### 解决与唯一约束有关的问题方案 有时可能会因为违反了唯一约束而收到错误提示。比如尝试插入一条具有相同邮箱地址的新用户记录到上面的例子中就会失败，并抛出类似于 "Duplicate entry 'example@example.com' for key 'users.email'" 的异常信息。针对这种情况有几种处理办法： - **更新而非插入**：检查是否有现存匹配项后再决定执行更新还是继续新增操作。 - **忽略冲突**：利用 ON DUPLICATE KEY UPDATE 子句让 SQL 自动跳过或覆盖已有条目而不报错。例如： ```sql INSERT INTO users (email, password) VALUES ('existing@example.com', '$hashed_password') ON DUPLICATE KEY UPDATE password=VALUES(password); ``` - **捕获异常**：编写应用程序级别的逻辑捕捉此类SQLSTATE异常码(`23000`)，进而实施更复杂的业务流程控制措施。 另外值得注意的是，当涉及到逻辑删除功能时，由于某些情况下即使标记为“已删”的旧纪录仍占据着原本属于它们的空间位置，因此如果不小心设计的话就有可能造成新的正常实体无法成功注册其独占属性值的情况发生。为了避免这种潜在矛盾的发生，建议考虑引入额外过滤器排除掉那些处于隐藏状态下的实例参与唯一性验证过程[^5]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值