Jak przesyłać zapytania przy użyciu pól w nowym typie danych JSON PostgreSQL?

Szukam niektórych dokumentów i / lub przykładów nowych funkcji JSON w PostgreSQL 9.2.

W szczególności biorąc pod uwagę serię rekordów JSON:

[
  {name: "Toby", occupation: "Software Engineer"},
  {name: "Zaphod", occupation: "Galactic President"}
]

Jak napisać SQL, aby znaleźć rekord według nazwy?

W waniliowym SQL:

SELECT * from json_data WHERE "name" = "Toby"

Oficjalna instrukcja dla programistów jest dość rzadka:

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

Aktualizacja I

Mam ułożyła sens szczegółowo, co jest obecnie możliwe z PostgreSQL 9.2 . Korzystając z niektórych niestandardowych funkcji, można wykonywać następujące czynności:

SELECT id, json_string(data,'name') FROM things
WHERE json_string(data,'name') LIKE 'G%';

Aktualizacja II

Teraz przeniosłem moje funkcje JSON do ich własnego projektu:

PostSQL - zestaw funkcji do przekształcania PostgreSQL i PL / v8 w całkowicie niesamowity magazyn dokumentów JSON

Postgres 9.2

Cytuję Andrew Dunstana na liście hakerów pgsql :

Na pewnym etapie prawdopodobnie będą pewne funkcje przetwarzania jsonów (w przeciwieństwie do produkcji jsonów), ale nie w wersji 9.2.

Nie przeszkadza mu to w dostarczeniu przykładowej implementacji w PLV8 która powinna rozwiązać Twój problem.

Postgres 9.3

Oferuje arsenał nowych funkcji i operatorów, aby dodać „przetwarzanie json”.

• Podręcznik dotyczący nowej funkcjonalności JSON.
• Wiki Postgres o nowych funkcjach na stronie 9.3 .
• @Will opublikował link do bloga pokazujący nowych operatorów w komentarzach poniżej .

Odpowiedź na pierwotne pytanie w Postgres 9.3:

SELECT *
FROM   json_array_elements(
  '[{"name": "Toby", "occupation": "Software Engineer"},
    {"name": "Zaphod", "occupation": "Galactic President"} ]'
  ) AS elem
WHERE elem->>'name' = 'Toby';

Zaawansowany przykład:

• Kombinacje zapytań z zagnieżdżoną tablicą rekordów w typie danych JSON

W przypadku większych tabel możesz dodać indeks wyrażeń w celu zwiększenia wydajności:

• Indeks znajdujący element w tablicy JSON

Postgres 9.4

Dodaje jsonb(b dla „binarnego”, wartości są przechowywane jako rodzime typy Postgres) i jeszcze więcej funkcjonalności dla obu typów. Oprócz wspomnianych wyżej indeksów ekspresji jsonbobsługuje także indeksy GIN, btree i hash , przy czym GIN jest najsilniejszy z nich.

• Podręcznik jsonoraz jsonbtypy i funkcje danych .
• Wiki Postgres na JSONB na stronie 9.4

Podręcznik sięga tak daleko, jak sugeruje:

Ogólnie rzecz biorąc, większość aplikacji powinna preferować przechowywanie danych JSON jako jsonb , chyba że istnieją dość wyspecjalizowane potrzeby, takie jak wcześniejsze założenia dotyczące porządkowania kluczy obiektowych.

Odważny nacisk moje.

Wydajność korzysta z ogólnych ulepszeń indeksów GIN.

Postgres 9.5

Kompletne jsonbfunkcje i operatory. Dodaj więcej funkcji do manipulowania jsonbw miejscu i do wyświetlania.

• Najważniejsze dobre wiadomości w informacjach o wydaniu Postgres 9.5.

W Postgres 9.3+ wystarczy użyć ->operatora. Na przykład,

SELECT data->'images'->'thumbnail'->'url' AS thumb FROM instagram;

zobacz http://clarkdave.net/2013/06/what-can-you-do-with-postgresql-and-json/, aby uzyskać kilka dobrych przykładów i samouczek.

Z postgres 9.3 użyj -> do dostępu do obiektu. 4 przykład

seed.rb

se = SmartElement.new
se.data = 
{
    params:
    [
        {
            type: 1,
            code: 1,
            value: 2012,
            description: 'year of producction'
        },
        {
            type: 1,
            code: 2,
            value: 30,
            description: 'length'
        }
    ]
}

se.save

szyny c

SELECT data->'params'->0 as data FROM smart_elements;

zwroty

                                 data
----------------------------------------------------------------------
 {"type":1,"code":1,"value":2012,"description":"year of producction"}
(1 row)

Możesz kontynuować zagnieżdżanie

SELECT data->'params'->0->'type' as data FROM smart_elements;

powrót

 data
------
 1
(1 row)