Ausführen von Aktualisierungsvorgängen für Spalten vom Typ JSONB in ​​Postgres 9.4

Wenn ich mir die Dokumentation zum Postgres 9.4-Datentyp JSONB ansehe, ist mir nicht sofort klar, wie Aktualisierungen an JSONB-Spalten durchgeführt werden.

Dokumentation für JSONB-Typen und -Funktionen:

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

Als Beispiel habe ich diese grundlegende Tabellenstruktur:

CREATE TABLE test(id serial, data jsonb);

Das Einfügen ist einfach wie in:

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

Wie würde ich nun die Spalte "Daten" aktualisieren? Dies ist eine ungültige Syntax:

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

Ist dies irgendwo offensichtlich dokumentiert, was ich verpasst habe? Vielen Dank.

Im Idealfall verwenden Sie keine JSON-Dokumente für strukturierte, reguläre Daten, die Sie in einer relationalen Datenbank bearbeiten möchten. Verwenden Sie stattdessen ein normalisiertes relationales Design .

JSON soll in erster Linie ganze Dokumente speichern, die nicht im RDBMS bearbeitet werden müssen. Verbunden:

• JSONB mit Indizierung vs. hstore

Durch das Aktualisieren einer Zeile in Postgres wird immer eine neue Version der gesamten Zeile geschrieben. Das ist das Grundprinzip des MVCC-Modells von Postgres . Aus Sicht der Leistung spielt es kaum eine Rolle, ob Sie ein einzelnes Datenelement in einem JSON-Objekt oder alles ändern: Es muss eine neue Version der Zeile geschrieben werden.

So der Rat im Handbuch :

JSON-Daten unterliegen denselben Überlegungen zur Parallelitätskontrolle wie alle anderen Datentypen, wenn sie in einer Tabelle gespeichert werden. Obwohl das Speichern großer Dokumente praktikabel ist, sollten Sie berücksichtigen, dass jedes Update eine Sperre auf Zeilenebene für die gesamte Zeile erhält. Ziehen Sie in Betracht, JSON-Dokumente auf eine überschaubare Größe zu beschränken, um Sperrenkonflikte bei der Aktualisierung von Transaktionen zu verringern. Im Idealfall sollten JSON-Dokumente jeweils ein Atomdatum darstellen, das von den Geschäftsregeln vorgeschrieben wird, und können nicht vernünftigerweise weiter in kleinere Daten unterteilt werden, die unabhängig voneinander geändert werden können.

Das Wesentliche: Um etwas in einem JSON-Objekt zu ändern , müssen Sie der Spalte ein geändertes Objekt zuweisen. Postgres jsonbietet zusätzlich zu seinen Speicherfunktionen nur begrenzte Möglichkeiten zum Erstellen und Bearbeiten von Daten. Das Arsenal an Tools ist mit jeder neuen Version seit Version 9.2 erheblich gewachsen. Aber die Haupt bleibt: Sie immer ein komplettes modifizierte Objekt in die Spalte zuweisen und Postgres schreibt immer eine neue Zeile Version für jedes Update.

Einige Techniken zum Arbeiten mit den Werkzeugen von Postgres 9.3 oder höher:

• Wie ändere ich Felder im neuen PostgreSQL JSON-Datentyp?

Diese Antwort hat ungefähr so ​​viele Downvotes angezogen wie alle meine anderen Antworten auf SO zusammen . Die Idee scheint den Leuten nicht zu gefallen: Ein normalisiertes Design ist für nicht dynamische Daten überlegen. Dieser ausgezeichnete Blog-Beitrag von Craig Ringer erklärt ausführlicher:

• "PostgreSQL-Anti-Patterns: Unnötige dynamische json / hstore-Spalten"

Wenn Sie ein Upgrade auf Postgresql 9.5 durchführen können, ist der jsonb_setBefehl verfügbar, wie bereits erwähnt.

In jeder der folgenden SQL-Anweisungen habe ich die whereKlausel der Kürze halber weggelassen . Natürlich möchten Sie das wieder hinzufügen.

Name aktualisieren:

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

Ersetzen Sie die Tags (im Gegensatz zum Hinzufügen oder Entfernen von Tags):

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

Ersetzen des zweiten Tags (0-indiziert):

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

Fügen Sie ein Tag hinzu ( dies funktioniert, solange weniger als 999 Tags vorhanden sind . Wenn Sie das Argument 999 auf 1000 oder höher ändern, wird ein Fehler generiert . Dies scheint in Postgres 9.5.3 nicht mehr der Fall zu sein. Es kann ein viel größerer Index verwendet werden.) ::

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

Entfernen Sie das letzte Tag:

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

Komplexes Update (Löschen Sie das letzte Tag, fügen Sie ein neues Tag ein und ändern Sie den Namen):

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

Es ist wichtig zu beachten, dass Sie in jedem dieser Beispiele kein einzelnes Feld der JSON-Daten aktualisieren. Stattdessen erstellen Sie eine temporäre, geänderte Version der Daten und weisen diese geänderte Version wieder der Spalte zu. In der Praxis sollte das Ergebnis das gleiche sein, aber wenn Sie dies berücksichtigen, sollten komplexe Aktualisierungen wie im letzten Beispiel verständlicher werden.

In dem komplexen Beispiel gibt es drei Transformationen und drei temporäre Versionen: Erstens wird das letzte Tag entfernt. Diese Version wird dann durch Hinzufügen eines neuen Tags transformiert. Als nächstes wird die zweite Version durch Ändern des nameFeldes transformiert . Der Wert in der dataSpalte wird durch die endgültige Version ersetzt.

Dies kommt in 9.5 in Form von jsonb_set von Andrew Dunstan, basierend auf einer vorhandenen Erweiterung jsonbx , die mit 9.4 funktioniert

Für diejenigen, die auf dieses Problem stoßen und eine sehr schnelle Lösung wünschen (und auf 9.4.5 oder früher stecken bleiben), habe ich Folgendes getan:

Erstellung einer Testtabelle

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

Aktualisieren Sie die Anweisung, um den Namen der jsonb-Eigenschaft zu ändern

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

Letztendlich ist die akzeptierte Antwort insofern richtig, als Sie ein einzelnes Stück eines jsonb-Objekts (in 9.4.5 oder früher) nicht ändern können. Sie können das jsonb-Objekt jedoch in eine Zeichenfolge (:: TEXT) umwandeln und dann die Zeichenfolge bearbeiten und in das jsonb-Objekt (:: jsonb) zurückverwandeln.

Es gibt zwei wichtige Vorbehalte

1. Dies ersetzt alle Eigenschaften, die im json als "Name" bezeichnet werden (falls Sie mehrere Eigenschaften mit demselben Namen haben).
2. Dies ist nicht so effizient wie jsonb_set, wenn Sie 9.5 verwenden

Nachdem dies gesagt wurde, stieß ich auf eine Situation, in der ich das Schema für den Inhalt in den jsonb-Objekten aktualisieren musste, und dies war der einfachste Weg, um genau das zu erreichen, was das ursprüngliche Poster verlangte.

Diese Frage wurde im Zusammenhang mit Postgres 9.4 gestellt. Neue Betrachter, die zu dieser Frage kommen, sollten sich jedoch darüber im Klaren sein, dass in Postgres 9.5 die Vorgänge zum Erstellen / Aktualisieren / Löschen von Unterdokumenten für JSONB-Felder von der Datenbank nativ unterstützt werden, ohne dass eine Erweiterung erforderlich ist Funktionen.

Siehe: JSONB zum Ändern von Operatoren und Funktionen

Aktualisieren Sie das Attribut 'Name':

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

und wenn Sie zum Beispiel die Attribute 'name' und 'tags' entfernen möchten:

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

Ich habe eine kleine Funktion für mich geschrieben, die in Postgres 9.4 rekursiv funktioniert. Ich hatte das gleiche Problem (gut, dass sie einige dieser Kopfschmerzen in Postgres 9.5 gelöst haben). Wie auch immer, hier ist die Funktion (ich hoffe, es funktioniert gut für Sie):

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;

Hier ist ein Beispiel für die Verwendung:

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)

Wie Sie sehen können, analysieren Sie tief im Inneren und aktualisieren / fügen Sie Werte hinzu, wo dies erforderlich ist.

Vielleicht: UPDATE test SET data = '"mein-anderer-Name"' :: json WHERE id = 1;

Es hat in meinem Fall funktioniert, in dem Daten vom Typ JSON sind

Matheus de Oliveira hat in postgresql praktische Funktionen für JSON CRUD-Operationen erstellt. Sie können mit der Direktive \ i importiert werden. Beachten Sie die jsonb-Verzweigung der Funktionen, wenn jsonb Ihr Datentyp ist.

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

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