From: | Itagaki Takahiro <itagaki(dot)takahiro(at)gmail(dot)com> |
---|---|
To: | Terry Laurenzo <tj(at)laurenzo(dot)org> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Joseph Adams <joeyadams3(dot)14159(at)gmail(dot)com>, Andrew Dunstan <andrew(at)dunslane(dot)net>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: patch: Add JSON datatype to PostgreSQL (GSoC, WIP) |
Date: | 2010-10-20 06:46:18 |
Message-ID: | AANLkTimOaJT8jbx7yuNxAx90_Gz_opaL6AsKHZ8xfhbi@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Oct 20, 2010 at 6:39 AM, Terry Laurenzo <tj(at)laurenzo(dot)org> wrote:
> The answer may be to have both a jsontext and jsonbinary type as each will
> be optimized for a different case.
I want to choose one format for JSON rather than having two types.
It should be more efficient than other format in many cases,
and not so bad in other cases.
I think the discussion was started with
"BSON could represent was a subset of what JSON could represent".
So, any binary format could be acceptable that have enough
representational power compared with text format.
For example, a sequence of <byte-length> <text> could reduce
CPU cycles for reparsing and hold all of the input as-is except
ignorable white-spaces. It is not a BSON, but is a binary format.
Or, if we want to store numbers in binary form, I think the
format will be numeric type in postgres. It has high precision,
and we don't need any higher precision than it to compare two
numbers eventually. Even if we use BSON format, we need to extend
it to store all of numeric values, that precision is 10^1000.
--
Itagaki Takahiro
From | Date | Subject | |
---|---|---|---|
Next Message | Terry Laurenzo | 2010-10-20 06:58:34 | Re: patch: Add JSON datatype to PostgreSQL (GSoC, WIP) |
Previous Message | Humair Mohammed | 2010-10-20 06:45:57 | Installer Fix on some Windows 7 64-bit Systems |