Erklärung von JSONB, eingeführt von PostgreSQL

PostgreSQL nur eingeführt JSONB und es ist bereits trending auf hacker news. Es wäre toll, wenn jemand erklären könnte, wie es anders aus Hstore und JSON-früher vorhanden, in PostgreSQL. Was sind die vor-und Nachteile und Wann sollte jemand in Betracht ziehen es?

InformationsquelleAutor der Frage Peeyush | 2014-03-26

326

Erste, hstore ist ein contrib-Modul, die Ihnen nur erlaubt, zu speichern, key => Wert-Paare, wobei die Schlüssel und Werte können nur texts (allerdings können Sie Werte für sql - NULLs auch).

Beide json & jsonb speichern Sie eine gültige JSON - Wert (definiert in seinem Spezifikation).

F. ex. dies sind die gültigen JSON-Darstellungen: nulltrue[1,false,"string",{"foo":"bar"}]{"foo":"bar","baz":[null]} - hstore ist nur eine kleine Teilmenge im Vergleich zu dem, was JSON ist in der Lage (aber wenn Sie nur diese Teilmenge, es ist in Ordnung).

Der einzige Unterschied zwischen json & jsonb ist Ihre Lagerung:
- json gespeichert ist, in seine nur-text-format, während
- jsonb gespeichert ist, in einigen binäre Darstellung
Gibt es 3 wichtige Konsequenzen:
- jsonb dauert in der Regel mehr Speicherplatz als json (manchmal auch nicht)
- jsonb benötigt mehr Zeit zum bauen aus der Eingabe Darstellung als json
- json Operationen nehmen deutlich mehr Zeit als jsonb (& Analyse muss auch getan werden, jedes mal, wenn Sie eine operation in einem json typisierten Wert)
Wenn jsonb verfügbar sein wird mit einer stabilen Version, gibt es zwei wichtige Anwendungsfälle, wenn Sie können leicht zwischen Ihnen wählen:
1. Wenn Sie nur die Arbeit mit dem JSON-Darstellung in der Anwendung PostgreSQL wird nur verwendet, um zu speichern & abrufen, die diese Darstellung verwenden, sollten Sie json.
2. Wenn Sie eine Menge von Operationen auf den JSON-Wert in PostgreSQL, oder verwenden Sie die Indizierung auf einige JSON-Feld verwenden, sollten Sie jsonb.
InformationsquelleAutor der Antwort pozs
86

Peeyush:

Die kurze Antwort ist:
- Wenn Sie tun eine Menge von JSON-manipulation innen PostgreSQL, wie Sortieren, schneiden, Spleißen, etc., Sie verwenden sollten, JSONB für speed-Gründen.
- Wenn Sie brauchen, indizierte Suchvorgänge für beliebige Schlüssel sucht auf JSON, dann sollten Sie JSONB.
- Wenn Sie tun, keiner der oben genannten, sollten Sie wahrscheinlich verwenden Sie JSON.
- Wenn Sie brauchen, um zu bewahren Schlüssel bestellen, Leerzeichen und doppelte Schlüssel, die Sie verwenden sollten, JSON.
Für eine längere Antwort, Sie müssen warten, für mich zu tun, ein komplettes "HowTo" Dokument verfasst, die näher an der release 9.4.

InformationsquelleAutor der Antwort FuzzyChef
43
- hstore ist eher eine "Breite Spalte" storage-type, es ist eine flache (nicht verschachtelte) Wörterbuch von Schlüssel-Wert-Paaren, immer gespeichert in einem halbwegs effizienten binären format (eine hash-Tabelle, daher der name).
- json speichert JSON-Dokumente als text, Validierung durchführen, wenn die Dokumente gespeichert sind, und analysieren Sie Sie auf Ausgabe, wenn nötig (also den Zugriff auf einzelne Felder); es sollte Unterstützung für die gesamte JSON spec. Da die gesamte JSON-text gespeichert ist, wird die Formatierung beibehalten.
- jsonb nimmt Abkürzungen aus Gründen der Leistung: JSON-Daten analysiert, die auf Eingangs-und im binären format gespeichert werden, Taste Ordnungen in Wörterbüchern nicht aufrechterhalten, und es sind weder doppelte Schlüssel. Zugriff auf einzelne Elemente in der JSONB Feld ist schnell, da es nicht erfordern, das Parsen von JSON-text die ganze Zeit. Auf output -, JSON-Daten rekonstruiert und die ursprüngliche Formatierung verloren.
IMO, gibt es keinen nennenswerten Grund für nicht Verwendung jsonb sobald es verfügbar ist, wenn Sie die Arbeit mit maschinenlesbaren Daten.

InformationsquelleAutor der Antwort Ivan Voras
43

Eine einfache Erklärung für den Unterschied zwischen json und jsonb (original Bild von PostgresProfessional):
```
SELECT '{"c":0,   "a":2,"a":1}'::json, '{"c":0,   "a":2,"a":1}'::jsonb;

          json          |        jsonb 
------------------------+--------------------- 
 {"c":0,   "a":2,"a":1} | {"a": 1, "c": 0} 
(1 row)
```
- json: Texte storage «als»
- jsonb: keine Leerzeichen
- jsonb: keine doppelten Schlüssel, Letzte Schlüssel gewinnen
- jsonb: Schlüssel sortiert sind
Mehr in Rede video und die dia-Präsentation von jsonb-Entwickler. Auch Sie führten JsQuerypg.extension bietet leistungsstarke jsonb query language

InformationsquelleAutor der Antwort ChelowekKot
11

War ich auf der pgopen heute benchmarks sind schneller Weg als mongodb, ich glaube es war um 500% schneller wählt. So ziemlich alles wurde schneller, mindestens um 200%, wenn kontrastiert mit mongodb, als eine Ausnahme, jetzt ist ein update, das erfordert komplett umschreiben die gesamte json-Spalte etwas mongodb Griffe besser.

Gin Indizierung auf jsonb klingt erstaunlich.

Auch postgres wird weiterhin die Arten von jsonb intern und im Grunde übereinstimmen, mit Typen wie numerische, text, boolean, etc.

Joins wird auch möglich sein mit jsonb

Hinzufügen PLv8 für gespeicherte Prozeduren und dies im Grunde ein Traum für node.js Entwickler.

Wird es gespeichert als binäre jsonb wird auch Streifen werden alle whitespace-Zeichen, ändern Sie die Reihenfolge der Eigenschaften, und entfernen Sie doppelte Eigenschaften, die mit dem letzten auftreten der Eigenschaft.

Neben der index bei der Abfrage jsonb Spalte, die im Gegensatz zu json-Spalte postgres nicht haben, um tatsächlich laufen die Funktionalität um den text zu konvertieren zu json auf jede Zeile, die wird wahrscheinlich sparen eine große Menge an Zeit allein.

InformationsquelleAutor der Antwort John
6

Soweit ich das beurteilen kann,
- hstore, wie es derzeit vorhanden ist (in Postgresql 9.3) nicht erlauben Verschachtelung von anderen Objekten und arrays als Werte der Schlüssel/Wert-Paaren. aber eine Zukunft hstore patch wird es erlauben, die für den Nestbau. dieser patch wird nicht in der 9.4 Version und kann nicht aufgenommen werden in absehbarer Zeit.
- json, so wie es heute existiert hat ermöglichen, die für den Nestbau, aber ist text-basiert, und nicht für die Indizierung, also ist es "langsam"
- jsonb, die veröffentlicht wird, mit 9.4 wird die aktuelle nesting-Funktionen der json -, sowie der GIN/GIST Indizierung von hstore, so wird es schnell
Menschen, die auf postgresql 9.4 scheinen zu sagen, dass die neue, schnelle jsonb-Typ wird Appell an Menschen, die gewählt haben, verwenden Sie ein noSQL-datenspeicher wie MongoDB, können aber kombinieren Sie jetzt eine relationale Datenbank mit einer Abfrage in der Lage, unstrukturierte Daten unter einem Dach

http://www.databasesoup.com/2014/02/why-hstore2jsonb-is-most-important.html

Benchmarks von postgresql 9.4 jsonb scheinen, um auf Augenhöhe mit oder, in einigen Fällen schneller als MongoDB

http://texture.io/alphabetum/postgresql-incl-hstore-vs-mongodb

InformationsquelleAutor der Antwort erik swedberg
0

jsonb ist die "bessere" version von JSON. Können überprüfen Sie mit Hilfe eines Beispiels.
1. JSON ermöglicht der Leerzeichen, Sie ist der Grund, warum wir sehen können Räume, wenn Schlüssel "a" gespeichert ist, während JSONB nicht.
2. JSON speichert alle Werte der Schlüssel. Dies ist der Grund, können Sie mehrere Werte (2 und 1) gegen die Taste "a" , während JSONB nur "speichert" der neueste Wert.
3. JSON verwaltet die Reihenfolge, in der Elemente eingeben, während JSONB unterhält die "sortierten" Reihenfolge.
4. JSONB-Objekte gespeichert werden, dekomprimierten binären als Gegensatz zu "raw data" in JSON , in denen keine neuparsen der Daten erforderlich ist, während der Abruf.
5. jsonb unterstützt auch die Indizierung, das kann ein erheblicher Vorteil.
Im Allgemeinen, sollte man lieber JSONB , es sei denn, es sind ganz spezielle Anforderungen, wie zum Beispiel herkömmliche Annahmen über die Reihenfolge der Objekt-Schlüssel.

InformationsquelleAutor der Antwort subodhkarwa
0

Ein weiterer wichtiger Unterschied ist, dass es gar nicht erwähnt, in jeder Antwort oben, ist, dass es keine Gleichheit-operator für json geben, aber es ist eine für jsonb.

Bedeutet dies, dass Sie nicht verwenden können DISTINCT Schlüsselwort bei der Auswahl dieser json-Typ und/oder andere Felder aus einer Tabelle (Sie können DISTINCT ON statt, aber es ist nicht immer möglich, da Fälle wie diese).

InformationsquelleAutor der Antwort vlasiak

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.