Как превратить массив JSON в массив Postgres?

У меня есть столбец, dataкоторый содержит jsonдокумент примерно так:

{
    "name": "foo",
    "tags": ["foo", "bar"]
}

Я хотел бы превратить вложенный tagsмассив в объединенную строку ( foo, bar). Это было бы легко возможно с array_to_string()функцией в теории. Однако эта функция не работает с jsonмассивами. Поэтому мне интересно, как превратить этот jsonмассив в Postgres array?

Postgres 9.4 или новее

Postgres 9.4, очевидно вдохновленный этим постом , добавил недостающие функции:
_{спасибо Laurence Rowe за патч и Andrew Dunstan за коммит!}

• json_array_elements_text(json)
• jsonb_array_elements_text(jsonb)

Развернуть массив JSON. Затем используйте array_agg()конструктор ARRAY или для построения массива Postgres из него. Или string_agg()построить text строку .

Агрегируйте неопубликованные элементы по строке в LATERALили соответствующем подзапросе. Тогда оригинальный порядок сохраняется, и нам не нужен ORDER BY, GROUP BYили даже уникальный ключ во внешнем запросе. Видеть:

• Как применять ORDER BY и LIMIT в сочетании с агрегатной функцией?

Замените «json» на «jsonb» jsonbво всем следующем коде SQL.

SELECT t.tbl_id, d.list
FROM   tbl t
CROSS  JOIN LATERAL (
   SELECT string_agg(d.elem::text, ', ') AS list
   FROM   json_array_elements_text(t.data->'tags') AS d(elem)
   ) d;

Краткий синтаксис:

SELECT t.tbl_id, d.list
FROM   tbl t, LATERAL (
   SELECT string_agg(value::text, ', ') AS list
   FROM   json_array_elements_text(t.data->'tags')  -- col name default: "value"
   ) d;

Связанный:

• В чем разница между LATERAL и подзапросом в PostgreSQL?

Конструктор ARRAY в коррелированном подзапросе:

SELECT tbl_id, ARRAY(SELECT json_array_elements_text(t.data->'tags')) AS txt_arr
FROM   tbl t;

Связанный:

• Как применять ORDER BY и LIMIT в сочетании с агрегатной функцией?

Тонкое различие : nullэлементы сохраняются в реальных массивах . Это невозможно в вышеупомянутых запросах, создающих textстроку, которая не может содержать nullзначения. Истинное представление является массивом.

Функциональная оболочка

Для повторного использования, чтобы сделать это еще проще, инкапсулируйте логику в функции:

CREATE OR REPLACE FUNCTION json_arr2text_arr(_js json)
  RETURNS text[] LANGUAGE sql IMMUTABLE AS
'SELECT ARRAY(SELECT json_array_elements_text(_js))';

Сделайте это функцией SQL , чтобы ее можно было вставлять в большие запросы.
Сделайте это IMMUTABLE(потому что это так), чтобы избежать повторной оценки в больших запросах и разрешить это в выражениях индекса.

Вызов:

SELECT tbl_id, json_arr2text_arr(data->'tags')
FROM   tbl;

дБ <> скрипка здесь

Postgres 9.3 или старше

Используйте функцию json_array_elements(). Но мы получаем строки из двойных кавычек .

Альтернативный запрос с агрегацией во внешнем запросе. CROSS JOINудаляет строки с отсутствующими или пустыми массивами. Может также быть полезным для обработки элементов. Нам нужен уникальный ключ для агрегирования:

SELECT t.tbl_id, string_agg(d.elem::text, ', ') AS list
FROM   tbl t
CROSS  JOIN LATERAL json_array_elements(t.data->'tags') AS d(elem)
GROUP  BY t.tbl_id;

Конструктор ARRAY, все еще с кавычками:

SELECT tbl_id, ARRAY(SELECT json_array_elements(t.data->'tags')) AS quoted_txt_arr
FROM   tbl t;

Обратите внимание, что nullпреобразуется в текстовое значение «ноль», в отличие от выше. Неправильно, строго говоря, и потенциально неоднозначно.

Бедный мужчина не цитирует trim():

SELECT t.tbl_id, string_agg(trim(d.elem::text, '"'), ', ') AS list
FROM   tbl t, json_array_elements(t.data->'tags') d(elem)
GROUP  BY 1;

Получить одну строку из таблицы:

SELECT string_agg(trim(d.elem::text, '"'), ', ') AS list
FROM   tbl t, json_array_elements(t.data->'tags') d(elem)
WHERE  t.tbl_id = 1;

Строки формируют коррелированный подзапрос:

SELECT tbl_id, (SELECT string_agg(trim(value::text, '"'), ', ')
                FROM   json_array_elements(t.data->'tags')) AS list
FROM   tbl t;

ARRAY конструктор:

SELECT tbl_id, ARRAY(SELECT trim(value::text, '"')
                     FROM   json_array_elements(t.data->'tags')) AS txt_arr
FROM   tbl t;

Оригинальная (устаревшая) SQL Fiddle .
дБ <> скрипка здесь.

Связанный:

• Необходимо динамически выбирать элемент массива JSON из таблицы postgresql

Примечания (устарели с 9.4)

Нам понадобится json_array_elements_text(json)двойник json_array_elements(json)для возврата правильных textзначений из массива JSON. Но этого, похоже, не хватает в предоставленном арсенале функций JSON . Или какая-то другая функция для извлечения textзначения из скалярного JSONзначения. Кажется, мне тоже не хватает этого.
Так что я импровизировал trim(), но это не удастся для нетривиальных случаев ...

PG 9.4+

Принятый ответ определенно то, что вам нужно, но для простоты вот помощник, который я использую для этого:

CREATE OR REPLACE FUNCTION jsonb_array_to_text_array(
  p_input jsonb
) RETURNS TEXT[] AS $BODY$

DECLARE v_output text[];

BEGIN

  SELECT array_agg(ary)::text[]
  INTO v_output
  FROM jsonb_array_elements_text(p_input) AS ary;

  RETURN v_output;

END;

$BODY$
LANGUAGE plpgsql VOLATILE;

Тогда просто сделайте:

SELECT jsonb_array_to_text_array('["a", "b", "c"]'::jsonb);

Этот вопрос был задан в списках рассылки PostgreSQL, и я пришел к такому хакерскому способу преобразования текста JSON в текстовый тип PostgreSQL с помощью оператора извлечения полей JSON:

CREATE FUNCTION json_text(json) RETURNS text IMMUTABLE LANGUAGE sql
AS $$ SELECT ('['||$1||']')::json->>0 $$;

db=# select json_text(json_array_elements('["hello",1.3,"\u2603"]'));
 json_text 
-----------
 hello
 1.3
 ☃

По сути, он преобразует значение в массив из одного элемента, а затем запрашивает первый элемент.

Другой подход заключается в использовании этого оператора для извлечения всех полей по одному. Но для больших массивов это, вероятно, медленнее, так как необходимо проанализировать всю строку JSON для каждого элемента массива, что приводит к сложности O (n ^ 2).

CREATE FUNCTION json_array_elements_text(json) RETURNS SETOF text IMMUTABLE LANGUAGE sql
AS $$ SELECT $1->>i FROM generate_series(0, json_array_length($1)-1) AS i $$;

db=# select json_array_elements_text('["hello",1.3,"\u2603"]');
 json_array_elements_text 
--------------------------
 hello
 1.3
 ☃

Я протестировал несколько вариантов. Вот мой любимый запрос. Предположим, у нас есть таблица, содержащая поле id и json. Поле json содержит массив, который мы хотим превратить в массив pg.

SELECT * 
FROM   test 
WHERE  TRANSLATE(jsonb::jsonb::text, '[]','{}')::INT[] 
       && ARRAY[1,2,3];

Работает где угодно и быстрее других, но выглядит хилым)

Сначала массив json преобразуется как текст, а затем мы просто заменяем квадратные скобки на круглые скобки. Наконец, текст приводится как массив требуемого типа.

SELECT TRANSLATE('[1]'::jsonb::text, '[]','{}')::INT[];

и если вы предпочитаете текстовые [] массивы

SELECT TRANSLATE('[1]'::jsonb::text, '[]','{}')::TEXT[];

Эти несколько функций, взятые из ответов на этот вопрос , являются тем, что я использую, и они прекрасно работают

CREATE OR REPLACE FUNCTION json_array_casttext(json) RETURNS text[] AS $f$
    SELECT array_agg(x) || ARRAY[]::text[] FROM json_array_elements_text($1) t(x);
$f$ LANGUAGE sql IMMUTABLE;

CREATE OR REPLACE FUNCTION jsonb_array_casttext(jsonb) RETURNS text[] AS $f$
    SELECT array_agg(x) || ARRAY[]::text[] FROM jsonb_array_elements_text($1) t(x);
$f$ LANGUAGE sql IMMUTABLE;

CREATE OR REPLACE FUNCTION json_array_castint(json) RETURNS int[] AS $f$
    SELECT array_agg(x)::int[] || ARRAY[]::int[] FROM json_array_elements_text($1) t(x);
$f$ LANGUAGE sql IMMUTABLE;

CREATE OR REPLACE FUNCTION jsonb_array_castint(jsonb) RETURNS int[] AS $f$
    SELECT array_agg(x)::int[] || ARRAY[]::int[] FROM jsonb_array_elements_text($1) t(x);
$f$ LANGUAGE sql IMMUTABLE;

В каждом из них, объединяясь с пустым массивом, они обрабатывают случай, в котором я немного ломал голову, в том случае, если вы попытаетесь разыграть пустой массив из json/ jsonbбез него, вы ничего не получите, вместо пустой массив ( {}), как и следовало ожидать. Я уверен, что есть некоторая оптимизация для них, но они оставлены для простоты объяснения концепции.