Comment effectuer des opérations de mise à jour sur des colonnes de type JSONB dans Postgres 9.4

En parcourant la documentation du JSONB de type de données Postgres 9.4, je ne vois pas immédiatement comment faire des mises à jour sur les colonnes JSONB.

Documentation pour les types et fonctions JSONB:

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

À titre d'exemple, j'ai cette structure de table de base:

CREATE TABLE test(id serial, data jsonb);

L'insertion est facile, comme dans:

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

Maintenant, comment mettre à jour la colonne «données»? Cette syntaxe n'est pas valide:

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

Est-ce documenté quelque part évident que j'ai manqué? Merci.

Idéalement, vous n'utilisez pas de documents JSON pour des données structurées et régulières que vous souhaitez manipuler dans une base de données relationnelle. Utilisez plutôt une conception relationnelle normalisée .

JSON est principalement destiné à stocker des documents entiers qui n'ont pas besoin d'être manipulés dans le SGBDR. En relation:

• JSONB avec indexation vs hstore

La mise à jour d'une ligne dans Postgres écrit toujours une nouvelle version de la ligne entière . C'est le principe de base du modèle MVCC de Postgres . Du point de vue des performances, peu importe que vous modifiiez une seule donnée dans un objet JSON ou la totalité de celle-ci: une nouvelle version de la ligne doit être écrite.

Ainsi les conseils dans le manuel :

Les données JSON sont soumises aux mêmes considérations de contrôle d'accès concurrentiel que tout autre type de données lorsqu'elles sont stockées dans une table. Bien que le stockage de documents volumineux soit possible, gardez à l'esprit que toute mise à jour acquiert un verrou au niveau de la ligne sur toute la ligne. Envisagez de limiter les documents JSON à une taille gérable afin de réduire les conflits de verrouillage entre les transactions de mise à jour. Idéalement, les documents JSON devraient chacun représenter une donnée atomique que les règles métier dictent ne peut raisonnablement pas être subdivisée en plus petites références qui pourraient être modifiées indépendamment.

L'essentiel: pour modifier quoi que ce soit à l' intérieur d'un objet JSON, vous devez affecter un objet modifié à la colonne. Postgres fournit des moyens limités pour créer et manipuler des jsondonnées en plus de ses capacités de stockage. L'arsenal d'outils s'est considérablement développé avec chaque nouvelle version depuis la version 9.2. Mais le principal demeure: vous devez toujours affecter un objet complètement modifié à la colonne et Postgres écrit toujours une nouvelle version de ligne pour toute mise à jour.

Quelques techniques comment travailler avec les outils de Postgres 9.3 ou version ultérieure:

• Comment modifier les champs dans le nouveau type de données JSON PostgreSQL?

Cette réponse a attiré autant de votes négatifs que toutes mes autres réponses sur les SO ensemble . Les gens ne semblent pas aimer l'idée: une conception normalisée est supérieure pour les données non dynamiques. Cet excellent article de blog de Craig Ringer explique plus en détail:

• "Anti-patterns PostgreSQL: Colonnes dynamiques json / hstore inutiles"

Si vous pouvez mettre à niveau vers Postgresql 9.5, la jsonb_setcommande est disponible, comme d'autres l'ont mentionné.

Dans chacune des instructions SQL suivantes, j'ai omis la whereclause par souci de concision; évidemment, vous voudriez l'ajouter.

Mettre à jour le nom:

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

Remplacez les balises (par opposition à l'ajout ou à la suppression de balises):

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

Remplacement de la deuxième balise (indexée 0):

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

Ajouter une balise ( cela fonctionnera tant qu'il y aura moins de 999 balises; changer l'argument 999 en 1000 ou plus génère une erreur . Cela ne semble plus être le cas dans Postgres 9.5.3; un index beaucoup plus grand peut être utilisé) :

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

Supprimez la dernière balise:

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

Mise à jour complexe (supprimez la dernière balise, insérez une nouvelle balise et modifiez le nom):

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

Il est important de noter que dans chacun de ces exemples, vous ne mettez pas réellement à jour un seul champ des données JSON. Au lieu de cela, vous créez une version temporaire et modifiée des données et attribuez cette version modifiée à la colonne. En pratique, le résultat devrait être le même, mais en gardant cela à l'esprit, les mises à jour complexes, comme le dernier exemple, devraient être plus compréhensibles.

Dans l'exemple complexe, il existe trois transformations et trois versions temporaires: Premièrement, la dernière balise est supprimée. Ensuite, cette version est transformée en ajoutant une nouvelle balise. Ensuite, la deuxième version est transformée en modifiant le namechamp. La valeur de la datacolonne est remplacée par la version finale.

Cela arrive en 9.5 sous la forme de jsonb_set par Andrew Dunstan basé sur une extension existante jsonbx qui fonctionne avec 9.4

Pour ceux qui rencontrent ce problème et veulent une solution très rapide (et sont bloqués sur 9.4.5 ou une version antérieure), voici ce que j'ai fait:

Création de table de test

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

Mettre à jour l'instruction pour changer le nom de la propriété jsonb

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

En fin de compte, la réponse acceptée est correcte en ce sens que vous ne pouvez pas modifier un élément individuel d'un objet jsonb (dans 9.4.5 ou une version antérieure); cependant, vous pouvez convertir l'objet jsonb en une chaîne (:: TEXT), puis manipuler la chaîne et la convertir en l'objet jsonb (:: jsonb).

Il y a deux mises en garde importantes

1. cela remplacera toutes les propriétés appelées "nom" dans le json (dans le cas où vous avez plusieurs propriétés avec le même nom)
2. ce n'est pas aussi efficace que jsonb_set le serait si vous utilisez 9.5

Cela dit, je suis tombé sur une situation où je devais mettre à jour le schéma du contenu dans les objets jsonb et c'était le moyen le plus simple d'accomplir exactement ce que l'affiche originale demandait.

Cette question a été posée dans le contexte de postgres 9.4, cependant les nouveaux téléspectateurs venant à cette question doivent savoir que dans postgres 9.5, les opérations de création / mise à jour / suppression du sous-document sur les champs JSONB sont supportées nativement par la base de données, sans avoir besoin d'extension les fonctions.

Voir: JSONB modifiant des opérateurs et des fonctions

mettre à jour l'attribut 'name':

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

et si vous vouliez supprimer par exemple les attributs 'name' et 'tags':

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

J'ai écrit une petite fonction pour moi-même qui fonctionne de manière récursive dans Postgres 9.4. J'ai eu le même problème (bien, ils ont résolu une partie de ce mal de tête dans Postgres 9.5). Quoi qu'il en soit, voici la fonction (j'espère que cela fonctionne bien pour vous):

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;

Voici un exemple d'utilisation:

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)

Comme vous pouvez le voir, analysez en profondeur et mettez à jour / ajoutez des valeurs si nécessaire.

Peut-être: UPDATE test SET data = '"mon-autre-nom"' :: json WHERE id = 1;

Cela a fonctionné avec mon cas, où les données sont de type json

Matheus de Oliveira a créé des fonctions pratiques pour les opérations JSON CRUD dans postgresql. Ils peuvent être importés à l'aide de la directive \ i. Notez le fork jsonb des fonctions if jsonb si votre type de données.

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

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