Как выполнять операции обновления столбцов типа JSONB в Postgres 9.4

Просматривая документацию для типа данных Postgres 9.4 JSONB, мне не сразу понятно, как делать обновления столбцов JSONB.

Документация для типов и функций JSONB:

http://www.postgresql.org/docs/9.4/static/functions-json.html http://www.postgresql.org/docs/9.4/static/datatype-json.html

В качестве примера у меня есть эта базовая структура таблицы:

CREATE TABLE test(id serial, data jsonb);

Вставить легко, как в:

INSERT INTO test(data) values ('{"name": "my-name", "tags": ["tag1", "tag2"]}');

Теперь, как мне обновить столбец «данные»? Это недопустимый синтаксис:

UPDATE test SET data->'name' = 'my-other-name' WHERE id = 1;

Это где-то явно задокументировано, что я пропустил? Спасибо.

В идеале вы не должны использовать документы JSON для структурированных обычных данных, которыми вы хотите управлять внутри реляционной базы данных. Вместо этого используйте нормализованный реляционный дизайн .

JSON в первую очередь предназначен для хранения целых документов, которыми не нужно управлять внутри СУБД. Связанный:

• JSONB с индексированием против hstore

При обновлении строки в Postgres всегда записывается новая версия всей строки. Это основной принцип модели MVCC Постгреса . С точки зрения производительности вряд ли имеет значение, изменяете ли вы отдельный фрагмент данных внутри объекта JSON или все его: необходимо написать новую версию строки.

Таким образом, совет в руководстве :

Данные JSON подлежат тем же соображениям контроля параллелизма, что и любой другой тип данных при хранении в таблице. Хотя хранение больших документов практически возможно, имейте в виду, что при любом обновлении блокируется на уровне всей строки. Рассмотрите возможность ограничения документов JSON до управляемого размера, чтобы уменьшить конфликт блокировок между транзакциями обновления. В идеале каждый документ JSON должен представлять элементарные данные, которые диктуются бизнес-правилами, которые не могут быть разумно разделены на более мелкие данные, которые можно было бы изменять независимо.

Суть его: изменить что-либо внутри объекта JSON, вы должны назначить измененный объект столбцу. Postgres предоставляет ограниченные средства для создания jsonданных и управления ими в дополнение к своим возможностям хранения. Арсенал инструментов существенно расширялся с каждым новым выпуском, начиная с версии 9.2. Но принцип остается: вы всегда должны назначать столбцу полностью измененный объект, а Postgres всегда записывает новую версию строки для любого обновления.

Некоторые методы работы с инструментами Postgres 9.3 или новее:

• Как изменить поля в новом типе данных PostgreSQL JSON?

Этот ответ привлек столько же отрицательных голосов, сколько все мои другие ответы на SO вместе . Людям эта идея, кажется, не нравится: нормализованный дизайн лучше для нединамических данных. Этот отличный пост в блоге Крейга Рингера объясняет более подробно:

• "Антишаблоны PostgreSQL: ненужные динамические столбцы json / hstore"

Если вы можете обновить до Postgresql 9.5, jsonb_setкоманда доступна, как уже упоминали другие.

В каждом из следующих операторов SQL whereдля краткости я опустил этот пункт; очевидно, вы захотите добавить это обратно.

Название обновления:

UPDATE test SET data = jsonb_set(data, '{name}', '"my-other-name"');

Замените теги (в отличие от добавления или удаления тегов):

UPDATE test SET data = jsonb_set(data, '{tags}', '["tag3", "tag4"]');

Замена второго тега (с индексом 0):

UPDATE test SET data = jsonb_set(data, '{tags,1}', '"tag5"');

Добавить тег ( это будет работать, пока тегов меньше 999; изменение аргумента с 999 на 1000 или выше вызывает ошибку . В Postgres 9.5.3 этого больше нет; можно использовать гораздо больший индекс) :

UPDATE test SET data = jsonb_set(data, '{tags,999999999}', '"tag6"', true);

Удалите последний тег:

UPDATE test SET data = data #- '{tags,-1}'

Комплексное обновление (удалить последний тег, вставить новый тег и изменить имя):

UPDATE test SET data = jsonb_set(
    jsonb_set(data #- '{tags,-1}', '{tags,999999999}', '"tag3"', true), 
    '{name}', '"my-other-name"');

Важно отметить, что в каждом из этих примеров вы не обновляете ни одного поля данных JSON. Вместо этого вы создаете временную измененную версию данных и назначаете эту измененную версию обратно столбцу. На практике результат должен быть таким же, но, учитывая это, комплексные обновления, такие как последний пример, будут более понятными.

В сложном примере есть три преобразования и три временных версии: во-первых, удаляется последний тег. Затем эта версия преобразуется путем добавления нового тега. Далее вторая версия трансформируется путем изменения nameполя. Значение в dataстолбце заменяется окончательной версией.

Это появится в версии 9.5 в виде появится в версии jsonb_set от Эндрю Данстана на основе существующего расширения jsonbx, которое работает с 9.4.

Для тех, кто столкнулся с этой проблемой и хочет очень быстро исправить (и застрял на 9.4.5 или более ранней версии), вот что я сделал:

Создание тестовой таблицы

CREATE TABLE test(id serial, data jsonb);
INSERT INTO test(data) values ('{"name": "my-name", "tags": ["tag1", "tag2"]}');

Оператор обновления для изменения имени свойства jsonb

UPDATE test 
SET data = replace(data::TEXT,'"name":','"my-other-name":')::jsonb 
WHERE id = 1;

В конечном итоге принятый ответ верен в том смысле, что вы не можете изменить отдельную часть объекта jsonb (в 9.4.5 или ранее); однако вы можете преобразовать объект jsonb в строку (:: TEXT), а затем манипулировать строкой и вернуть ее к объекту jsonb (:: jsonb).

Есть два важных предостережения

1. это заменит все свойства с именем "name" в json (в случае, если у вас есть несколько свойств с одинаковым именем)
2. это не так эффективно, как jsonb_set, если вы используете 9.5

При этом я столкнулся с ситуацией, когда мне пришлось обновить схему для содержимого в объектах jsonb, и это был самый простой способ выполнить именно то, что просил исходный плакат.

Этот вопрос был задан в контексте postgres 9.4, однако новые зрители, приходящие к этому вопросу, должны знать, что в postgres 9.5 операции создания / обновления / удаления субдокумента в полях JSONB изначально поддерживаются базой данных без необходимости расширения функции.

См .: Операторы и функции изменения JSONB

обновить атрибут name:

UPDATE test SET data=data||'{"name":"my-other-name"}' WHERE id = 1;

и если вы хотите удалить, например, атрибуты 'name' и 'tags':

UPDATE test SET data=data-'{"name","tags"}'::text[] WHERE id = 1;

Я написал для себя небольшую функцию, которая рекурсивно работает в Postgres 9.4. У меня была такая же проблема (хорошо, что они решили часть этой головной боли в Postgres 9.5). В любом случае вот функция (я надеюсь, что она вам подходит):

CREATE OR REPLACE FUNCTION jsonb_update(val1 JSONB,val2 JSONB)
RETURNS JSONB AS $$
DECLARE
    result JSONB;
    v RECORD;
BEGIN
    IF jsonb_typeof(val2) = 'null'
    THEN 
        RETURN val1;
    END IF;

    result = val1;

    FOR v IN SELECT key, value FROM jsonb_each(val2) LOOP

        IF jsonb_typeof(val2->v.key) = 'object'
            THEN
                result = result || jsonb_build_object(v.key, jsonb_update(val1->v.key, val2->v.key));
            ELSE
                result = result || jsonb_build_object(v.key, v.value);
        END IF;
    END LOOP;

    RETURN result;
END;
$$ LANGUAGE plpgsql;

Вот пример использования:

select jsonb_update('{"a":{"b":{"c":{"d":5,"dd":6},"cc":1}},"aaa":5}'::jsonb, '{"a":{"b":{"c":{"d":15}}},"aa":9}'::jsonb);
                            jsonb_update                             
---------------------------------------------------------------------
 {"a": {"b": {"c": {"d": 15, "dd": 6}, "cc": 1}}, "aa": 9, "aaa": 5}
(1 row)

Как видите, он глубоко анализирует и при необходимости обновляет / добавляет значения.

Возможно: UPDATE test SET data = '"my-other-name"' :: json WHERE id = 1;

Это сработало с моим случаем, где данные представляют собой тип json

Матеус де Оливейра создал удобные функции для операций JSON CRUD в postgresql. Их можно импортировать с помощью директивы \ i. Обратите внимание на вилку jsonb функций if jsonb, если ваш тип данных.

9.3 json https://gist.github.com/matheusoliveira/9488951

9.4 jsonb https://gist.github.com/inindev/2219dff96851928c2282