Re: PATCH: Add hstore_to_json()

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: PATCH: Add hstore_to_json()
Дата
Msg-id 603c8f070912291814r650810bao87b5e984caedffb5@mail.gmail.com
обсуждение исходный текст
Ответ на Re: PATCH: Add hstore_to_json()  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: PATCH: Add hstore_to_json()  ("David E. Wheeler" <david@kineticode.com>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Stats for inheritance trees
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Stats for inheritance trees