比如json查询函数,像MySQL的这种:
json查询函数
我觉得这是必须的,因为我们肯定少不了对json数据的查询。
需要用不规则的信息
爬虫、交易流水、风控数据等都是常用的,目前用mongodb进行存储
额,还是有使用场景的,我们其实一直有在tidb里使用json。
只是默认的审计规则会把json类型先拦截下来,然后告诉申请者json目前还是tidb的实验特性,可以用但不推荐用,然后就是咔咔两个链接扔出去:
https://docs.pingcap.com/zh/tidb/stable/data-type-json
https://docs.pingcap.com/zh/tidb/stable/json-functions
链接里那个大大的警告框也拦不住,该用还是得用,目前没遇到反馈有问题的。
- 应用场景:作为一家互联网公司,我们主要将JSON用于互联网应用服务之间的数据交换。主要有JSON 对象和JSON 数组两种类型。比如图片存储和用户画像设计等
- 需求评估:较强的需求,JSON 类型可以很好地描述数据的相关内容,也可以大大提升开发效率。
- 技术指标:查询和插入频繁,几乎不需要更新。
- 额外说明:常用的功能函数有JSON_CONTAINS、JSON_OVERLAP等
需求不大,目前用mongodb
对接第三方,直接存json
目前接口 交互都是json ,很多json日志,审计都有用到。
现在 Redis 啥的都支持 Json 了
这个有的,比较常见。
需要的啊,我正准备将项目里的clob和blob转json类型,并添加索引,解决部分查询场景的问题呢。
数仓,定制应用 有他开发能友好点
应用场景:作为一家多业务线公司,对json对象存储几个业务线当前都在mongodb,尤其是游戏业务线和体育咨询业务对用户档案数据&体育赛事数据存储。json的支持对开发效率和元数据维护更加高效,大大降低了DDL操作对业务影响
需求评估:较强的需求,支持json本身可以大大提升效率,结合TIDB的TP/AP特性服务端更佳提升了数据读取计算便捷性
技术指标:50亿条数据,max size < 2MB; 查询和插入频繁,低频更新&删除。
额外说明:json嵌套文档索引
json 里面的用到数组更新问题
需求很强烈,用json存储不规则数据以及明细详细数据等场景
微 talk 是什么?以及用户评论的场景为什么需要 JSON,是因为应用侧把评论存成 JSON 吗?数据量多大,能否展开说说
物联网设备数据存储
规则解析是指要处理 json 文本然后存成结构化的东西吗?动态是指 json 里的内容是灵活的是吧
这类信息应该只要持久化存下来,并不需要其他的 JSON 函数做处理对吧?以及这块数据量多大,更新频繁不
IOT 数据也用 TiDB 存吗?