From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Hannu Krosing <hannu(at)2ndQuadrant(dot)com> |
Cc: | Merlin Moncure <mmoncure(at)gmail(dot)com>, Josh Berkus <josh(at)agliodbs(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Teodor Sigaev <teodor(at)sigaev(dot)ru> |
Subject: | Re: additional json functionality |
Date: | 2013-11-14 00:42:19 |
Message-ID: | 52841C6B.1080204@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 11/13/2013 07:01 PM, Hannu Krosing wrote:
>
> I guess we should not replace current JSON type with hstore based
> one, but add something json-like based on nested hstore instead.
Well, that's two voices for that course of action.
Interesting that I don't think I heard a single voice for this either at
pgCon or pgOpen, although I spent large amounts of time at both talking
to people about Json, so I'd be interested to hear more voices.
It would actually simplify things in a way if we do that - we've been
working on a way of doing this that wouldn't upset pg_upgrade. This
would render that effort unnecessary.
However it will complicate things for users who will have to choose
between the data types, and function authors who will possibly have to
write versions of functions to work with both types.
>
> Also most of the current json functions should also be moved to work on
> jsobj instead with explicit cast from json to jsobj
>
Sure, we can overload them - that's probably the least of our worries.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Tatsuo Ishii | 2013-11-14 00:43:04 | Re: UTF8 national character data type support WIP patch and list of open issues. |
Previous Message | David E. Wheeler | 2013-11-14 00:39:18 | Re: additional json functionality |