- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我有一个 Postgres 表,mytable
其中一个字段如下:
myField JSONB[] NOT NULL
让我们假设上述 json 是这种形式:
{ "字母":"A", "数字":30}
我应该使用什么查询:
digit
值的数组?digit
值的 json 数组?digit
值的数组,其中 digit > 20
?digit
值的 json 数组,其中 digit > 20
?如果我将数据存储为 json,其中 json 是一个列表,上述查询会发生什么变化?
最佳答案
让我们创建一个表,它有一个名为 pg_array
的 jsonb[]
列,它将存储一个数组 JSON 对象和一个 jsonb< 类型的列
调用了 json_array
,它将存储对象的 JSON 数组:
CREATE TABLE mytable (id int, pg_array jsonb[], json_array jsonb);
INSERT INTO mytable VALUES
(1, ARRAY['{"letter":"A", "digit":30}', '{"letter":"B", "digit":31}']::jsonb[], '[{"letter":"A", "digit":30},{"letter":"B", "digit":31}]'),
(2, ARRAY['{"letter":"X", "digit":40}', '{"letter":"Y", "digit":41}']::jsonb[], '[{"letter":"X", "digit":40},{"letter":"Y", "digit":41}]');
这两种方法的查询看起来非常相似,因为我们将处理单个数组元素,这意味着我们必须再次取消嵌套和聚合。
取消嵌套 pg_array
并获取每个 jsonb
对象:
SELECT unnest(pg_array);
取消嵌套 json_array
并获取每个 jsonb
对象:
SELECT jsonb_array_elements(json_array);
这是唯一的区别。因此,下面的查询看起来几乎相同。
关于你的第一组问题:
extract an array of the digit values?
db=# SELECT array_agg((x->>'digit')::int) FROM mytable, unnest(pg_array) x GROUP BY id;
array_agg
-----------
{40,41}
{30,31}
(2 rows)
db=# SELECT array_agg((x->>'digit')::int) FROM mytable, jsonb_array_elements(json_array) x GROUP BY id;
array_agg
-----------
{40,41}
{30,31}
(2 rows)
extract a json array containing the digit values?
db=# SELECT jsonb_agg((x->>'digit')::int) FROM mytable, unnest(pg_array) x GROUP BY id;
jsonb_agg
-----------
[40, 41]
[30, 31]
(2 rows)
db=# SELECT jsonb_agg((x->>'digit')::int) FROM mytable, jsonb_array_elements(json_array) x GROUP BY id;
jsonb_agg
-----------
[40, 41]
[30, 31]
(2 rows)
extract an array of the digit values where digit > 20?
(我在这里使用了 30 而不是 20。)
db=# SELECT array_agg((x->>'digit')::int) FROM mytable, unnest(pg_array) x WHERE (x->>'digit')::int > 30 GROUP BY id;
array_agg
-----------
{40,41}
{31}
(2 rows)
db=# SELECT array_agg((x->>'digit')::int) FROM mytable, jsonb_array_elements(json_array) x WHERE (x->>'digit')::int > 30 GROUP BY id;
array_agg
-----------
{40,41}
{31}
(2 rows)
extract a json array of the digit values where digit > 20?
(我在这里使用了 30 而不是 20。)
db=# SELECT jsonb_agg((x->>'digit')::int) FROM mytable, unnest(pg_array) x WHERE (x->>'digit')::int > 30 GROUP BY id;
jsonb_agg
-----------
[40, 41]
[31]
(2 rows)
db=# SELECT jsonb_agg((x->>'digit')::int) FROM mytable, jsonb_array_elements(json_array) x WHERE (x->>'digit')::int > 30 GROUP BY id;
jsonb_agg
-----------
[40, 41]
[31]
(2 rows)
第二组问题:
Can I still make all the above queries?
如上所示,是的。
What would be the performance difference?
这归结为 unnest
和 jsonb_array_elements
的性能差异。让我们将其与包含具有 1,000,000 个 JSON 对象的数组的单行进行比较:
TRUNCATE mytable;
INSERT INTO mytable
SELECT 1, array_agg(o), jsonb_agg(o)
FROM (SELECT jsonb_build_object('letter', 'A', 'digit', i) o FROM generate_series(1, 1000000) i) x;
phil=# EXPLAIN ANALYZE SELECT unnest(pg_array) FROM mytable;
QUERY PLAN
-----------------------------------------------------------------------------------------------------------
ProjectSet (cost=0.00..35.88 rows=5000 width=32) (actual time=33.357..120.393 rows=1000000 loops=1)
-> Seq Scan on mytable (cost=0.00..10.50 rows=50 width=626) (actual time=0.010..0.013 rows=1 loops=1)
Planning time: 0.050 ms
Execution time: 175.670 ms
(4 rows)
phil=# EXPLAIN ANALYZE SELECT jsonb_array_elements(json_array) FROM mytable;
QUERY PLAN
-----------------------------------------------------------------------------------------------------------
ProjectSet (cost=0.00..35.88 rows=5000 width=32) (actual time=257.313..399.883 rows=1000000 loops=1)
-> Seq Scan on mytable (cost=0.00..10.50 rows=50 width=721) (actual time=0.010..0.014 rows=1 loops=1)
Planning time: 0.047 ms
Execution time: 455.275 ms
(4 rows)
由此看来 unnest
比 jsonb_array_elements
快大约 2.5 倍。
When should I choose one over the other?
我假设您的数据集不够大,unnest
和 jsonb_array_elements
之间的性能差异无法发挥作用。因此,我只会选择对数据更有意义的内容。我倾向于使用 jsonb[]
,因为它更清楚地表明您将拥有一个 json 对象数组。
关于jsonb[] vs jsonb 其中json是一个数组,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56624552/
我有一个 Postgres 表,mytable 其中一个字段如下: myField JSONB[] NOT NULL 让我们假设上述 json 是这种形式: { "字母":"A", "数字":30}
在 PostgreSQL 的一个 jsonb 字段中保存多个地址是个好主意。我是 nosql 的新手,我想测试 PostgreSQL 来做到这一点。我不想有另一个包含地址的表,我更喜欢将它放在同一个表
我得到了带有 jsonb 的字段 tags: [{"value": "tag1"}] 我需要做这样的事情 update table1 set tags = tags - '{"value": "tag
我使用 postgres9.4,并且存在关系“Patients”具有类型为 jsonb[] 的列“contact”,如何传输类型 jsonb[ ] 到 jsonb? 记录如下。 =>select na
我正在尝试使用以下查询基于 jsonb 字段中的多个 json 属性将 jsonb 字段更新到表中 insert into testtable(data) values('{ "key": "
我有列 options 类型为 jsonb ,格式为 {"names": ["name1", "name2"]} 是用 创建的 UPDATE table1 t1 SET options = (SELE
我在其中一个项目中使用 Postgres 数据库。现在我需要将 JSON 数组存储在数据库中。如下所示: 例如,我有以下 JSON 结构: [ { "Id": 1, "Name":
我正在尝试从 postgre 表中读取一个 jsonb 字段。我尝试通过以下方式使用 Jsonb 库将其作为 Jsonb 类型读取: @Entity @Table(name = "test") dat
tl;dr -- 有什么方法可以从 postgres 中的 jsonb 对象获取值作为 jsonb_array 吗? 尝试在 postgres 中使用递归 cte 来展平任意深度的树结构,如下所示:
给定类似于以下的现有数据结构: CREATE TEMP TABLE sample (id int, metadata_array jsonb, text_id_one jsonb, text_id_t
psql --version psql (PostgreSQL) 9.4.1 rails -v Rails 4.2.0 我通过这样的迁移添加了一个 jsonb 列 class AddPreferenc
假设我有一个模型 Neighborhood,它有一个 jsonb[] 字段 families,它是一个包含 json 对象的数组,具有任何类型的键值对,如下所示 [{"name":"Smiths",
我在这里显示了以下数据集 http://sqlfiddle.com/#!17/f9280/1 我想查询数据的方式是每个键和类别的平均排名 例如, 键 1,类别 10,avg_rank:95 键 1,类
我在 springboot(2.1)+postgres(10.5)+hibernate(5.3.7) 中使用 jsonb。 以下是文件中的更改: 在 pom.xml 中 .... com.vladm
考虑像下面这样的模型和一个 bars 的 json 数组: const myModel = { id: 1, bars: [ { aproperty: 10 },
friend 们好,我需要帮助来解决以下问题, 我在我的 postgres 数据库表中有一组记录,其中表有 JSONB 类型字段。 JSONB 类型列包含以下JSON, 记录#1 :- { "ke
我有一个表,其中 JSONB 列存储 JSONB 数组/字符串(下例中的 value_r 列)。仅对 JSONB 列中的 JSONB 数组的内容进行排序(还存储字符串)的最简单(且有效)的方法是什么?
在 PostgreSQL 9.5 表中,我有一个 integer 列 social。 当我尝试在存储过程中更新它时,在jsonb 类型的 in_users 变量中给定以下 JSON 数据(一个包含 2
我有一个专栏amount_splits我需要按照我指定的键顺序保存我的 JSON。 如何防止 Rails/Postgres jsonb当我将它保存到数据库时自动排序我的 JSON 键? (用于创建或更
我想使用 UNION ALL 运算符将 2 个表合并为一个表。第一个表有几个字段。第二个表将几个字段分组到 JSONB 字段上。 为了简化问题,我使用这个简单的 SQL 请求(不依赖于表)重现了错误:
我是一名优秀的程序员,十分优秀!