Mysql 直接查询存储的Json字符串中的数据

我们平时使用mysql，出于项目需求，可能需要直接将Java对象或者一个大json，直接存到表中的某个字段中；使用的时候再查出来，反序列化到对象或者一个Map中，方便我们操作；

大多时候，我们可能并不需要所有的数据，只想使用这个对象或者json中的某一个值，来做逻辑判断而已

那我们可以这样做，例如：原来我们需要查出某个字段的数据，然后反序列化成对象再调用其中的一个属性

?

1	SELECT content FROM table_name WHERE id = 32;

查询结果：
列名：content
结果：{"fieldType":"SELECT","selectType":"SINGLE","options":["本科","研究生","硕士"]}

?

1 2 3 4 5

TableNameContent content = JsonUtils.jsonNode2Type(TableNameContent.class, TableName.getContent());     if (SELECT.equals(content.getFieldType())){       //bala... bala...   }

这样做，其实也没啥毛病，那么其实还可以换一种其他的方式；

我们可以使用使用 json字段名->’$.json属性’ 进行查询 直接在content这个列里查出json后，使用mysql自带的函数，直接查询出我们想要的某一个字段；

?

1 2 3 4 5

SELECT content, REPLACE (json_extract(content, '$.fieldType' ), '"' , '' ) fieldType FROM table_name WHERE id = 32; 或 SELECT content, REPLACE (content-> '$.fieldType' , '"' , '' ) fieldType FROM table_name WHERE id = 32;

查询结果：
列名：content                                                                       fieldType
结果：{"fieldType":"SELECT","selectType":"SINGLE","options":["本科","研究生","硕士"]}    SELECT

那我们就可以直接拿到这个字段的值来进行做我们想做的事情了。直接查出来的数据要是原来存的时候就带有双引号，那么查出来的也是带双引号的，可以使用REPLACE函数替换一下就好了。

当然还有更多的用法：

?

1 2 3 4 5 6 7 8 9 10

1 -->  SELECT content FROM table_name WHERE content->'$.fieldType'='SELECT';   { "fieldType" : "SELECT" , "selectType" : "MULTIPLE" , "options" :[ "选择一" , "选择二" , "选择三" ]} { "fieldType" : "SELECT" , "selectType" : "SINGLE" , "options" :[ "2w" , "3w" , "4w" , "5w" ]} { "fieldType" : "SELECT" , "selectType" : "SINGLE" , "options" :[ "本科" , "研究生" , "硕士" ]} { "fieldType" : "SELECT" , "selectType" : "SINGLE" , "options" :[ "11" , "22" , "44" , "23" ]}   2 --> SELECT content FROM sy_config_member_info WHERE content->'$.fieldType'='SELECT' AND content->'$.selectType'='MULTIPLE';   { "fieldType" : "SELECT" , "selectType" : "MULTIPLE" , "options" :[ "选择一" , "选择二" , "选择三" ]}

当然，这样做的性能可能就不要指望很高了噢，谨慎使用哈~

到此这篇关于Mysql 直接查询存储的Json字符串中的数据的文章就介绍到这了,更多相关Mysql 直接查询存储Json内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家！

原文链接：https://zhangdaopin.blog.csdn.net/article/details/122733515