Re: PATCH: Add hstore_to_json() - Mailing list pgsql-hackers

From Robert Haas
Subject Re: PATCH: Add hstore_to_json()
Date
Msg-id 603c8f070912291814r650810bao87b5e984caedffb5@mail.gmail.com
Whole thread Raw
In response to Re: PATCH: Add hstore_to_json()  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: PATCH: Add hstore_to_json()  ("David E. Wheeler" <david@kineticode.com>)
List pgsql-hackers
On Fri, Dec 18, 2009 at 4:39 PM, Peter Eisentraut <peter_e@gmx.net> wrote:
> On fre, 2009-12-18 at 11:51 -0500, Robert Haas wrote:
>> On Fri, Dec 18, 2009 at 11:32 AM, David E. Wheeler <david@kineticode.com> wrote:
>> > On Dec 18, 2009, at 4:49 AM, Peter Eisentraut wrote:
>> >
>> >> Should we create a json type before adding all kinds of json formatted
>> >> data?  Or are we content with json as text?
>> >
>> > json_data_type++
>>
>> What would that do for us?
>
> At the moment it would be more of a placeholder, because if we later
> decide to add full-blown JSON-constructing and -destructing
> functionality, it would be difficult to change the signatures of all the
> existing functionality.

I've been mulling this over and I think this is a pretty good idea.
If we could get it done in time for 8.5, we could actually change the
output type of EXPLAIN (FORMAT JSON) to the new type.  If not, I'm
inclined to say that we should postpone adding any more functions that
generate json output until such time as we have a real type for it.  I
wouldn't feel too bad about changing the output type of EXPLAIN
(FORMAT JSON) from text to json in 8.6, because it's relatively
difficult to be depending on that for anything very important.  It's
much easier to be depending on something like this, and changing it
later could easily break working applications.

Anyone have an interest in taking a crack at this?

...Robert


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Stats for inheritance trees
Next
From: Robert Haas
Date:
Subject: Re: Stats for inheritance trees