MySQL 针对JSON类型字段数据进行提取和查询


前言

请各大网友尊重本人原创知识分享,谨记本人博客:南国以南i


提示:以下是本篇文章正文内容,下面案例可供参考

背景:

当我们使用SQL查询时,想对数据字段中JOSN串进行特殊处理,以下为简单列举

#使用函数查询:JSON_CONTAINS(字段,JSON_OBJECT('json属性', '内容'))
select JSON_EXTRACT(password, '$.applCde') as applCde,JSON_EXTRACT(password, '$.applyAmt') as applyAmt from user where id='9'

#使用 json字段名->’$.json属性’ 进行查询条
select password->'$.applCde' as applCde,password->'$.applyAmt' as applyAmt from user where id='9'

查询

JSON数据双引号处理

平常的json数据在查询出来的时候 是有双引号的

第一种:

#使用`TRIM函数`去除双引号之后
select TRIM(BOTH '"' FROM JSON_EXTRACT(password, '$.applCde')) as applCde,JSON_EXTRACT(password, '$.applyAmt') as applyAmt from user where id='9'

第一种

第二种:

select TRIM(BOTH '"' from `password`->'$.applCde') as num from user WHERE id='9'

第二种

第三种:

#通过JSON_UNQUOTE 获取的json数据是不带双引号的
select JSON_UNQUOTE(`password`->'$.applCde') as num FROM user where id='9';

第三种

第四种:

select `password`->>'$.applCde' as num from user where id='9'

第四种

总结

我是南国以南i记录点滴每天成长一点点,学习是永无止境的!转载请附原文链接!!!
参考链接

<think>好的,我现在要解决用户的问题:如何在MySQL中防止JSON类型字段出现重复值。首先,我需要理解用户的需求。用户有一个JSON类型字段,希望确保其中的某些值不重复,比如某个JSON字段中的特定键值对在表中唯一。 首先,我想到MySQL本身对JSON字段的支持,以及现有的约束机制。普通的UNIQUE约束只能作用于整个字段,但JSON字段的内容是结构化的数据,无法直接使用UNIQUE约束来保证内部某个键值的唯一性。比如,如果有一个users表,其中有一个profile字段JSON类型,里面包含email这个键,用户希望所有记录的email值都不重复。这时候,普通的UNIQUE约束无法单独作用于JSON内部的email键。 接下来,我需要考虑可能的解决方案。常见的方法可能有几种: 1. **生成列(Generated Column)**:将JSON字段中的特定键值提取出来,创建生成列,然后在这个生成列上添加UNIQUE约束。例如,创建一个虚拟列email,其值来自profile->'$.email',然后在该列上设置UNIQUE约束。这样每当插入或更新数据时,MySQL会自动检查这个生成列的值是否重复。 2. **触发器(Trigger)**:在插入或更新数据前,通过触发器检查JSON字段中的值是否已经存在。如果存在,则阻止操作。这种方法需要编写BEFORE INSERTBEFORE UPDATE触发器,查询现有表中是否有相同的值,如果存在则抛出错误。 3. **应用程序层校验**:在应用代码中,先查询数据库是否存在相同的值,再进行插入或更新。但这种方法可能存在并发问题,比如两个请求同时插入相同值,可能无法完全避免重复,因此需要结合其他机制,如事务或锁。 接下来,我需要验证这些方法的可行性。首先是生成列的方法。根据MySQL的文档,生成列可以虚拟存储或实际存储,虚拟生成列不占用存储空间,但每次读取时计算,而存储生成列会占用空间,但可以创建索引。因此,用户可以在生成列上创建唯一索引,从而保证唯一性。例如: ```sql ALTER TABLE users ADD COLUMN email VARCHAR(255) AS (profile->>'$.email') STORED; CREATE UNIQUE INDEX idx_email ON users(email); ``` 这样,每当插入或更新profile字段中的email时,MySQL会自动检查email列的唯一性。但需要注意的是,如果JSON中的email路径不存在或为NULL,生成列可能为NULL,而唯一索引允许NULL值存在多次。因此,需要确保该路径在JSON中必须存在且不为NULL,或者在生成列时使用COALESCE函数处理可能的NULL值。 其次是触发器的方法。例如,创建BEFORE INSERT触发器: ```sql DELIMITER // CREATE TRIGGER check_email_before_insert BEFORE INSERT ON users FOR EACH ROW BEGIN IF EXISTS ( SELECT 1 FROM users WHERE profile->>'$.email' = NEW.profile->>'$.email' ) THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Duplicate email in JSON field'; END IF; END; // DELIMITER ; ``` 同样需要为BEFORE UPDATE创建类似的触发器。但这种方法在数据量较大时可能会有性能问题,因为每次插入或更新都要执行一次全表扫描。如果email字段上有索引,可能可以提高查询效率,但触发器中的子查询可能无法有效利用索引,除非生成列并创建索引,但这样又回到了生成列的方法。 第三种方法,应用程序层校验,虽然可行,但不够可靠,尤其是在高并发的情况下。因此,更推荐使用数据库层面的约束,如生成列加唯一索引。 另外,用户提到的JSON类型字段可能包含复杂的结构,如果需要检查整个JSON对象是否重复,可以使用整个JSON字段的UNIQUE约束。但这种情况较少,因为JSON可能包含动态内容,而用户可能只关心其中某个特定键的值。 现在需要确认这些方法是否符合MySQL的版本支持情况。生成列功能在MySQL 5.7及以上版本可用,而JSON类型也是在5.7版本引入的,因此用户需要确保MySQL版本符合要求。 此外,用户可能还需要注意,生成列中的表达式是否正确提取JSON中的值。例如,使用profile->>'$.email'可以提取email字段的字符串值,避免包含引号。如果使用->操作符,返回的可能带有引号,导致生成列的值不正确,从而影响唯一性判断。 最后,需要提醒用户,在创建生成列索引后,插入或更新数据时如果违反唯一性约束,MySQL会抛出错误,应用程序需要处理这些错误。 综上所述,推荐的解决方案是使用生成列加唯一索引的方法,或者在无法修改表结构的情况下使用触发器。而应用层校验可以作为补充手段,但不能完全依赖。</think>在MySQL中防止JSON类型字段出现重复值,可以通过以下方法实现: ### 方法一:生成列+唯一索引 1. 创建虚拟列提取JSON字段中的特定值 2. 对该虚拟列建立唯一索引 ```sql ALTER TABLE your_table ADD COLUMN json_value_col VARCHAR(255) AS (JSON_UNQUOTE(json_col->'$.key')) STORED; CREATE UNIQUE INDEX idx_unique_json_value ON your_table(json_value_col); ``` *说明*:`json_col->'$.key'`提取JSON字段中的指定键值,`JSON_UNQUOTE`去除引号,`STORED`表示存储计算结果[^2] ### 方法二:使用触发器校验 ```sql DELIMITER // CREATE TRIGGER check_json_duplicate BEFORE INSERT ON your_table FOR EACH ROW BEGIN IF EXISTS ( SELECT 1 FROM your_table WHERE JSON_CONTAINS(json_col->'$.key', NEW.json_col->'$.key') ) THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Duplicate value in JSON field'; END IF; END// DELIMITER ; ``` *注意*:这种方法会影响写入性能,建议配合索引使用 ### 方法三:应用层校验 在业务代码中添加检查逻辑: ```python def insert_data(value): existing = session.query(Table).filter( Table.json_col['key'].astext == value ).first() if existing: raise DuplicateError # 执行插入操作 ``` ### 性能比较 | 方法 | 可靠性 | 性能影响 | 维护成本 | |-----------|-----|------|------| | 生成列+索引 | 高 | 低 | 低 | | 触发器 | 高 | 中 | 中 | | 应用层校验 | 中 | 高 | 高 | 建议优先选择**生成列+唯一索引**方案,该方案直接利用MySQL的约束机制,能有效保证数据一致性[^4]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值