Re: JSONB performance enhancement for 9.6

From: Tom Smith <tomsmith1989sk(at)gmail(dot)com>
To: Bill Moran <wmoran(at)potentialtech(dot)com>
Cc: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Thomas Kellerer <spam_eater(at)gmx(dot)net>, PostgreSQL General <pgsql-general(at)postgresql(dot)org>, Álvaro Hernández <aht(at)8kdata(dot)com>
Subject: Re: JSONB performance enhancement for 9.6
Date: 2016-02-09 04:10:54
Message-ID: CAKwSVFE-w53mRGmepWDfM9EPefKL6xqhU-=hZZnjfHSxn1RrYQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Using JSON/JSONB type in postgresql is usually due to the use case that the
keys (top level included) can not be predefined. this is the major
difference between NoSQL/Document and RDBMS.

Why would TOAST have to be used? Can some speciailly structured "raw"
files be used
outside current database files? and jsonb column value would be a pointer
to that file.

On Wed, Jan 20, 2016 at 7:32 AM, Bill Moran <wmoran(at)potentialtech(dot)com>
wrote:

> On Tue, 19 Jan 2016 23:53:19 -0300
> Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> wrote:
>
> > Bill Moran wrote:
> >
> > > As far as a current solution: my solution would be to decompose the
> > > JSON into an optimized table. I.e.:
> > >
> > > CREATE TABLE store1 (
> > > id SERIAL PRIMARY KEY,
> > > data JSONB
> > > );
> > >
> > > CREATE TABLE store2 (
> > > id INT NOT NULL REFERENCES store1(id),
> > > top_level_key VARCHAR(1024),
> > > data JSONB,
> > > PRIMARY KEY(top_level_key, id)
> > > );
> >
> > Isn't this what ToroDB already does?
> > https://www.8kdata.com/torodb/
>
> Looks like. I wasn't aware of ToroDB, thanks for the link.
>
> --
> Bill Moran
>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Álvaro Hernández Tortosa 2016-02-09 04:38:31 Re: JSONB performance enhancement for 9.6
Previous Message Gregery L. Thompson 2016-02-09 00:28:43 how do you determine if you have a healthy database