Re: additional json functionality

Поиск
Список
Период
Сортировка
От David E. Wheeler
Тема Re: additional json functionality
Дата
Msg-id 864FBC31-2D5A-4E08-8E4B-48C986C3CCE6@justatheory.com
обсуждение исходный текст
Ответ на Re: additional json functionality  (Hannu Krosing <hannu@2ndQuadrant.com>)
Ответы Re: additional json functionality  (David Johnston <polobo@yahoo.com>)
Re: additional json functionality  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Re: additional json functionality  (Hannu Krosing <hannu@2ndQuadrant.com>)
Re: additional json functionality  (Gavin Flower <GavinFlower@archidevsys.co.nz>)
Список pgsql-hackers
On Nov 16, 2013, at 2:04 PM, Hannu Krosing <hannu@2ndquadrant.com> wrote:

>> It’s still input and output as JSON, though.
> Yes, because JavaScript Object Notation *is* a serialization format
> (aka Notation) for converting JavaScript Objects to text format
> and back :)
>> I still like JSONB best.
> To me it feels redundant, like binarytextbinary
>
> the binary representation of JSON is JavaScript(-like) Object, not
> "binary json"
>
> So my vote would be either jsobj or jsdoc (as "document databases") tend
> to call the structured types "documents"

You know that both types support scalar values right? 'a'::JSON works now, and 'a'::hstore works with the WIP patch.
Forthat reason I would not think that "doc" or "obj" would be good choices. 

I like JSONB because:

1. The "B" means "binary"
2. The "B" means "second"
3. It's short
4. See also BYTEA.

Best,

David




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: Re: pre-commit triggers
Следующее
От: "David E. Wheeler"
Дата:
Сообщение: Re: CREATE TABLE IF NOT EXISTS AS