PostgreSQL：有效地将 JSON 数组拆分为行

我有一个表（表 A），其中包含一个包含 JSON 编码数据的文本列。

JSON 数据始终是一个包含一到几千个普通对象的数组。

我有另一个表（表 B），其中有几列，包括数据类型为“JSON”的列

我想从表 A 中选择所有行，将 json 数组拆分为其元素并将每个元素插入表 B

奖励目标：每个对象（几乎）总是有一把钥匙，x。我想拉取值x进入列，然后删除x来自原始对象（如果存在）。

例如：表A

| id | json_array (text)              |
+----+--------------------------------+
|  1 | '[{"x": 1}, {"y": 8}]'         |
|  2 | '[{"x": 2, "y": 3}, {"x": 1}]' |
|  3 | '[{"x": 8, "z": 2}, {"z": 3}]' |
|  4 | '[{"x": 5, "y": 2, "z": 3}]'   |

...将变成：表 B

| id | a_id | x    | json (json)        |
+----+------+------+--------------------+
|  0 |    1 |    1 | '{}'               |
|  1 |    1 | NULL | '{"y": 8}'         |
|  2 |    2 |    2 | '{"y": 3}'         |
|  3 |    2 |    1 | '{}'               |
|  4 |    3 |    8 | '{"y": 2}'         |
|  5 |    3 | NULL | '{"z": 3}'         |
|  6 |    4 |    5 | '{"y": 2, "z": 3}' |

这最初必须处理几百万行，然后需要定期运行，因此使其高效将是一个优先事项。

是否可以在不使用循环和 PL/PgSQL 的情况下完成此操作？我一直没有取得太大进步。

The json数据类型不是特别适合（或不适合）在数据库级别进行修改。提取"x"因此，尽管可以完成，但从 JSON 对象获取对象很麻烦。

您应该创建表 B（希望使用比"json";我在用item在这里）并制作ida栏serial从 0.A 开始pure json解决方案然后看起来像这样：

INSERT INTO b (a_id, x, item)
  SELECT sub.a_id, sub.x,
         ('{' ||
         string_agg(
             CASE WHEN i.k IS NULL THEN '' ELSE '"' || i.k || '":' || i.v END,
             ', ') ||
         '}')::json
  FROM (
    SELECT a.id AS a_id, (j.items->>'x')::integer AS x, j.items
    FROM a, json_array_elements(json_array) j(items) ) sub
  LEFT JOIN json_each(sub.items) i(k,v) ON i.k <> 'x'
  GROUP BY sub.a_id, sub.x
  ORDER BY sub.a_id;

在子查询中，提取a_id and x值以及 JSON 对象。在外部查询中，JSON 对象被分成单独的部分，并且带有键的对象x被扔掉（LEFT JOIN ON i.k <> 'x'）。在选择列表中，这些片段通过字符串连接再次重新组合在一起，并分组为复合对象。

这必然是这样的，因为json没有任何内置的操作函数。这适用于 PG 版本 9.3+，即自远古以来就 JSON 支持而言。

如果您使用的是PG9.5+，通过强制转换，解决方案要简单得多jsonb:

INSERT INTO b (a_id, x, item)
  SELECT a.id, (j.items->>'x')::integer, j.items #- '{x}'
  FROM a, jsonb_array_elements(json_array::jsonb) j(items);

The #-上的运算符jsonb数据类型在这里完成所有脏工作。显然，幕后正在进行大量工作，将json to jsonb，因此，如果您发现需要更频繁地操作 JSON 对象，那么最好使用jsonb首先键入。对于你的情况，我建议你做一些基准测试EXPLAIN ANALYZE SELECT ...（你可以放心地忘记INSERT在测试时）大约 10,000 行，看看哪一个最适合您的设置。