添加链接
link管理
链接快照平台
  • 输入网页链接,自动生成快照
  • 标签化管理网页链接

json的两种格式

总结:json输入快,处理慢。是精准拷贝,所以能准确存储遗留对象的原格式,如对象键顺序。jsonb输入慢,处理快。会被重新解析成json数据,不保存原对象的键顺序,并且去重相同的键值,以最后一个为准。通常,除非有特别特殊的需要(例如遗留的对象键顺序假设),大多数应用应该 更愿意把 JSON 数据存储为 jsonb

json jsonb 数据类型接受***几乎***完全相同的值集合作为输入。 主要的实际区别之一是效率。 json 数据类型存储输入文本的精准拷贝,处理函数必须在每 次执行时必须重新解析该数据。而 jsonb 数据被存储在一种分解好的 二进制格式中,它在输入时要稍慢一些,因为需要做附加的转换。但是 jsonb 在处理时要快很多,因为不需要解析。 jsonb 也支 持索引,这也是一个令人瞩目的优势。

由于 json 类型存储的是输入文本的准确拷贝,其中可能会保留在语法 上不明显的、存在于记号之间的空格,还有 JSON 对象内部的键的顺序。还有, 如果一个值中的 JSON 对象包含同一个键超过一次,所有的键/值对都会被保留( 处理函数会把最后的值当作有效值)。相反, jsonb 不保留空格、不 保留对象键的顺序并且不保留重复的对象键。如果在输入中指定了重复的键,只有 最后一个值会被保留。

通常,除非有特别特殊的需要(例如遗留的对象键顺序假设),大多数应用应该 更愿意把 JSON 数据存储为 jsonb

由于 json 类型存储的是输入文本的准确拷贝,其中可能会保留在语法 上不明显的、存在于记号之间的空格,还有 JSON 对象内部的键的顺序。还有, 如果一个值中的 JSON 对象包含同一个键超过一次,所有的键/值对都会被保留( 处理函数会把最后的值当作有效值)。相反, jsonb 不保留空格、不 保留对象键的顺序并且不保留重复的对象键。如果在输入中指定了重复的键,只有 最后一个值会被保留。

-----------1.键的顺序
SELECT '{"bar": "baz", "balance": 7.77, "active":false}'::json;
-------------------------------------------------
 {"bar": "baz", "balance": 7.77, "active":false}
(1 row)
SELECT '{"bar": "baz", "balance": 7.77, "active":false}'::jsonb;
                      jsonb                       
--------------------------------------------------
 {"bar": "baz", "active": false, "balance": 7.77}
(1 row)
---------2.去重
SELECT '{"bar": "baz", "balance": 7.77, "balance":false}'::jsonb; --去重
{"bar": "baz", "balance": false}
SELECT '{"bar": "baz", "balance": 7.77, "balance":false}'::json;  --不去重
{"bar": "baz", "balance": 7.77, "balance":false}
select '[1, 2, 2]'::jsonb  --数组不去重
[1, 2, 2]

将字符串转为json格式

sq-- 简单标量/基本值
-- 基本值可以是数字、带引号的字符串、true、false或者null
SELECT '5'::json;
-- 有零个或者更多元素的数组(元素不需要为同一类型)
SELECT '[1, 2, "foo", null]'::json;
-- 包含键值对的对象
-- 注意对象键必须总是带引号的字符串
SELECT '{"bar": "baz", "balance": 7.77, "active": false}'::json;
-- 数组和对象可以被任意嵌套
SELECT '{"foo": [true, "bar"], "tags": {"a": 1, "b": null}}'::json;

[1, 2, “foo”, null]

{“bar”: “baz”, “balance”: 7.77, “active”: false}

{“foo”: [true, “bar”], “tags”: {“a”: 1, “b”: null}}

判断是否包含/存在 @> 和 ?

-- 简单的标量/基本值只包含相同的值: SELECT '"foo"'::jsonb @> '"foo"'::jsonb; --得 真t -- 右边的数字被包含在左边的数组中: SELECT '[1, 2, 3]'::jsonb @> '[1, 3]'::jsonb; --t -- 数组元素的顺序没有意义,因此这个例子也返回真: SELECT '[1, 2, 3]'::jsonb @> '[3, 1]'::jsonb; --t -- 重复的数组元素也没有关系: SELECT '[1, 2, 3]'::jsonb @> '[1, 2, 2]'::jsonb; --t -- 右边具有一个单一键值对的对象被包含在左边的对象中: SELECT '{"product": "PostgreSQL", "version": 9.4, "jsonb": true}'::jsonb @> '{"version": 9.4}'::jsonb; --t

jsonb还有一个存在操作符,它是包含的一种 变体:它测试一个字符串(以一个text值的形式给出)是否出 现在jsonb值顶层的一个对象键或者数组元素中。除非特别注解, 下面这些例子返回真:

-- 字符串作为一个数组元素存在:
SELECT '["foo", "bar", "baz"]'::jsonb ? 'bar';  --t
-- 字符串作为一个对象键存在:
SELECT '{"foo": "bar"}'::jsonb ? 'foo';  --t
-- 不考虑对象值:
SELECT '{"foo": "bar"}'::jsonb ? 'bar';  -- 得到假

当涉及很多键或元素时,JSON 对象比数组更适合于做包含或存在测试, 因为它们不像数组,进行搜索时会进行内部优化,并且不需要被线性搜索。

-> 数组中是查找第几项,json中是取某key的元素object
->>  json中是取某key的元素text
#>    json中是通过路径取元素object
#>>   json中是通过路径取元素text
json:='[{"a":"foo"},{"b":"bar"},{"c":"baz"}]'::json
--获取json数组中的某一项元素
--下标从0开始
select json->2 from test where name='jsonarray'  --{"c": "baz"}
--获取json某一key的值为object
select (json->2)->'c' from test where name='jsonarray'  --"baz"
--获取json某一key的值为text
select (json->2)->>'c' from test where name='jsonarray' --"baz"
--获取json某值通过路径 object
	'{"a": {"b":{"c": "foo"}}}'::json#>'{a,b}'	--{"c": "foo"}
--获取json某值通过路径 text
	'{"a":[1,2,3],"b":[4,5,6]}'::json#>>'{a,2}'	--3

* 下面是常见的脚本记录

--官网: http://www.postgres.cn/docs/12/datatype-json.html
----json数组-------------------------------
insert into test (json,name) values ('[{"a":"foo"},{"b":"bar"},{"c":"baz"}]'::json,'jsonarray')
--获取json数组中的某一项元素
--下标从0开始
select json->2 from test where name='jsonarray'  --{"c": "baz"}
--获取json某一key的值为object
select (json->2)->'c' from test where name='jsonarray'  --"baz"
--获取json某一key的值为text
select (json->2)->>'c' from test where name='jsonarray' --"baz"
--获取json某值通过路径 object
	'{"a": {"b":{"c": "foo"}}}'::json#>'{a,b}'	--{"c": "foo"}
--获取json某值通过路径 text
	'{"a":[1,2,3],"b":[4,5,6]}'::json#>>'{a,2}'	--3
	--在最上级中,是否左边包含右边
	select '{"a":1, "b":2}'::jsonb @> '{"b":2}'::jsonb --t
	--在最上级中,是否右边包含左边
	select '{"b":2}'::jsonb <@ '{"a":1, "b":2}'::jsonb --t
-----arr---------------------------------------
insert into test (json,name) values ('[1,2,3]'::json,'array')
select json->2 from test where name='array'  --3
select json->>2 from test where name='array'  --3
------------
insert into test2 select * from json_each('{"a":"foo", "b":"bar"}')
select * from json_each_text('{"a":"foo", "b":"bar"}')
----------
select * from json_populate_recordset(null::role, '[{"id":1,"role":2},{"id":3,"role":4}]')
select * from role
insert into role select * from json_populate_recordset(null::role, '[{"role":"xx","id":"12"}]')
select * from json_populate_record(null::role, '{"id":1,"role":2,"create_date":"2020/09/27"}')
select * from role
select substr('{"id":1,"role":2,"create_date":"2020/09/27"}', 1,"length"( '{"id":1,"role":2,"create_date":"2020/09/27"}')-1)
-------------
SELECT  ''''||(tools_str2array('1,48,54,24,99,0,2' ,',')::varchar[])[2]||'''' ;
select JSON_ARRAY_LENGTH(tools_str2array('1,48,54,24,99,0,2' ,',')::jsonb)
select array_length(ARRAY[1,48,54,24,99,0,2],1)
select jsonb_set('{"a":"1"}','a', '2',true)
SELECT  '{"a":"aaa","b":2,"c":"3"}'::jsonb -> 'a'
SELECT  '{"a":1,"b":2,"c":3}'::jsonb - 'a' -'b', -- will yield jsonb '{"b":2}'
SELECT '{"a": true, "c": true}'::jsonb || '{"a": false, "b": 2}'::jsonb 
// -> {"a": false, "b": 2, "c": true}
-----------期望将结果直接输出成json,在postgresql里可以这样做
--多行变json数组
select array_to_json(array_agg(row_to_json(t))) as array_to_json
        from (
                 select 1 as id,'a' as name,now() as addtime
                 union all
                 select 2 as id,'b' as name,now() as addtime
                 union all
                 select 3 as id,'c' as name,now() as addtime
        ) t;
--单行变json
select row_to_json(t) as array_to_json
        from (
                 select  * from menu where id=1
        ) t;
-------------两个json对象的合并
#替换 后面的优先级高
select '{"name":"abc","b":"kk"}'::jsonb || '{"name":"aaa"}'::jsonb as name;
-----------------
{"b": "kk", "name": "aaa"}
(1 row)
#新增 或 合并
select '{"name":"abc"}'::jsonb || '{"age":"18"}'::jsonb as person;
            person            
------------------------------
 {"age": "18", "name": "abc"}
(1 row)
#extend 字段为jsonb类型
update 
	crm.test 
	extend = extend::jsonb || ('{"name":"' || (extend->>'arrive') || '"}')::jsonb 
where 
	id = 1;
                    Postgresql中的json和array用法结合近期接触到的知识点,做了一个归纳。会持续更新json官网文档 http://www.postgres.cn/docs/12/datatype-json.htmljson的两种格式总结:json输入快,处理慢。是精准拷贝,所以能准确存储遗留对象的原格式,如对象键顺序。jsonb输入慢,处理快。会被重新解析成json数据,不保存原对象的键顺序,并且去重相同的键值,以最后一个为准。通常,除非有特别特殊的需要(例如遗留的对象键顺序假设),大多数应
测试PostgreSQL在使用文档类型这方面的性能
三、测试方法
本次采用apache的开源测试工具jmeter,采用数据结构DataTable通过http协议post方式发送数据到server服务,server服务通过jdbc接口存储到数据库。
3.1 数据准备
24列的数据字段,设有数据权限的dataTable数据
3.2 场景
MongoDB
PostgreSQL(json)
PostgreSQL(jsonb)
PostgreSQL(json/jsonb)
5w插入平均响应时间
10w插入平均响应时间
20w插入平均响应时间
5w查询平均响应时间
10w查询平均响应时间
20w查询平均
作为一种简单易用的非结构化数据,JSON格式的应用场景非常广泛。在当前的大数据环境下,处理非结构化数据的需求越来越频繁,我们是不是必须用MongoDB这一类NoSQL的解决方案?强大的PostgreSQL数据库,在RDBMS的基础上提供了对JSON的完善支持,不需要MongoDB也可以玩转JSONPostgreSQL-9.2引入了对JSON类型的支持,经过几个大版本的进化,目前对J...
 // -> 返回json
 select '[{"a":"foo"},{"b":"bar"},{"c":"baz"}]'::json->2 // 输出 {"c":"baz"}
 select '{"a": {"b":"foo"}, "c":{"a": "aaa"}}'::json->'a' //
				
项目遇到一种查询场景,字段是jsonb类型,数据key对应的value 是数组集合类型,现在需要查询出包含某字符串的所有记录都查询出来 如下图所示的param字段是jsonb类型,查询resource_instance_id包含某字符串的所有记录都查询出来,注意resource_instance_id对应的value可能是字符串也可能是数组格式: 直接上sql select * from resource_job WHERE param ->>'resource_instance_id' @@
如果您在 PostgreSQL 处理 JSON 数据时遇到语法错误,可能是您的 JSON 数据格式不正确。以下是一些可能的原因和解决方法: 1. 缺少引号或逗号:在 JSON 数据,每个键和值都必须用双引号括起来,每个键值对之间必须用逗号分隔。如果您缺少引号或逗号,可能会导致语法错误。请检查您的 JSON 数据,确保它符合 JSON 规范。 2. 键或值包含特殊字符:在 JSON 数据,某些字符需要进行转义,例如反斜杠(\)、双引号(")和控制字符(\b、\f、\n、\r、\t)。如果您的键或值包含这些特殊字符而没有进行转义,可能会导致语法错误。请检查您的 JSON 数据,确保它符合 JSON 规范。 3. 使用无效的 JSON 数据类型:在 PostgreSQL JSON 数据类型有两种形式:JSONJSONB。如果您尝试将 JSONB 数据插入到 JSON 字段,或者将 JSON 数据插入到 JSONB 字段,可能会导致语法错误。请确保您使用正确的 JSON 数据类型。 希望这些提示可以帮助您解决问题。如果问题仍然存在,请提供更多详细信息,以便我们更好地了解您的问题。