Re: jsonb and nested hstore

From: Christophe Pettus <xof(at)thebuild(dot)com>
To: Peter Geoghegan <pg(at)heroku(dot)com>
Cc: Andrew Dunstan <andrew(at)dunslane(dot)net>, Josh Berkus <josh(at)agliodbs(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Merlin Moncure <mmoncure(at)gmail(dot)com>, Hannu Krosing <hannu(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Teodor Sigaev <teodor(at)sigaev(dot)ru>
Subject: Re: jsonb and nested hstore
Date: 2014-02-28 07:36:07
Message-ID: 44605179-FAFA-41A6-B46E-AD67E0824846@thebuild.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On Feb 27, 2014, at 11:15 PM, Peter Geoghegan <pg(at)heroku(dot)com> wrote:

> I don't think that's obvious at all. Anyone is free to spend their
> time however they please, but personally I don't think that that's a
> wise use of anyone's time.

I believe you are misunderstanding me. If there are actual technical problems or snags to migrating jsonb into core with full operator and index support, then the way we find out is to do the implementation, unless you know of a specific technical holdup already.

> There are no technical issues of any real consequence in this specific instance.

There was no technical reason that json couldn't have been an extension, either, but there were very compelling presentational reasons to have it in core. jsonb has exactly the same presentational issues.

> Yes, people who have the ability to block the feature entirely. I am
> attempting to build consensus by reaching a compromise that weighs
> everyone's concerns.

The thing I still haven't heard is why jsonb in core is a bad idea, except that it is too much code. Is that the objection?

--
-- Christophe Pettus
xof(at)thebuild(dot)com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message KONDO Mitsumasa 2014-02-28 07:47:51 Re: Unfortunate choice of short switch name in pgbench
Previous Message pgsql-kr 2014-02-28 07:18:48 Request improve pg_stat_statements module