Re: jsonb and nested hstore

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Peter Geoghegan <pg(at)heroku(dot)com>
Cc: Bruce Momjian <bruce(at)momjian(dot)us>, Oleg Bartunov <obartunov(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Teodor Sigaev <teodor(at)sigaev(dot)ru>, Josh Berkus <josh(at)agliodbs(dot)com>, PostgreSQL-development Hackers <pgsql-hackers(at)postgresql(dot)org>, Maciek Sakrejda <maciek(at)heroku(dot)com>
Subject: Re: jsonb and nested hstore
Date: 2014-03-10 14:50:45
Message-ID: 531DD145.20801@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On 03/10/2014 05:18 AM, Peter Geoghegan wrote:
> On Fri, Mar 7, 2014 at 9:00 AM, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
>> OK, it sounds like the adjustments are minimal, like not using the
>> high-order bit.
> Attached patch is a refinement of the work of Oleg, Teodor and Andrew.
> Revisions are mostly my own, although Andrew contributed too.
>
> Changes include:
>
> * Extensive relocation, and moderate restructuring of code. Many
> comments added, while many existing comments were copy-edited. Nothing
> remains in contrib. jsonb is a distinct, in-core type with no
> user-visible relationship to hstore. There is no code dependency
> between the two. The amount of code redundancy this turned out to
> create (between jsonb and an unchanged hstore) is, in my estimation,
> quite acceptable.
>
> * B-Tree and hash operator classes for the core type are included. A
> GiST operator class, and two GIN operator classes are also included.
> Obviously this is where I spent most time by far.
>
> * Everything else that was in hstore in the last revision (the
> complement of the hstore2 opclasses) is removed entirely. The patch is
> much smaller. If we just consider code (excluding tests and
> documentation), the diffstat seems far more manageable:
>
>

Thanks for your work on this.

It's just occurred to me that we'll need to add hstore_to_jsonb
functions and a cast to match the hstore_to_json functions and cast.

That should be fairly simple - I'll work on that. It need not hold up
progress with what's in this patch.

cheers

andrew

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message mike.blackwell 2014-03-10 14:54:44 BUG #9518: temporary login failure - "missing pg_hba entry"
Previous Message Robert Haas 2014-03-10 14:48:20 Re: Retain dynamic shared memory segments for postmaster lifetime