Re: Proposal to use JSON for Postgres Parser format

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Proposal to use JSON for Postgres Parser format
Дата
Msg-id 562189.1663640955@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Proposal to use JSON for Postgres Parser format  (Michel Pelletier <pelletier.michel@gmail.com>)
Ответы Re: Proposal to use JSON for Postgres Parser format  (Peter Geoghegan <pg@bowt.ie>)
Re: Proposal to use JSON for Postgres Parser format  (Amit Kapila <amit.kapila16@gmail.com>)
Re: Proposal to use JSON for Postgres Parser format  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
Michel Pelletier <pelletier.michel@gmail.com> writes:
> I would like to propose a discussion that in a future major release
> Postgres switch from this custom format to JSON.

There are certainly reasons to think about changing the node tree
storage format; but if we change it, I'd like to see it go to something
more compact not more verbose.  JSON doesn't fit our needs all that
closely, so some things like bitmapsets would become a lot longer;
and even where the semantics are pretty-much-the-same, JSON's
insistence on details like quoting field names will add bytes.
Perhaps making the physical storage be JSONB not JSON would help that
pain point.  It's still far from ideal though.

Maybe a compromise could be found whereby we provide a conversion
function that converts whatever the catalog storage format is to
some JSON equivalent.  That would address the needs of external
code that doesn't want to write a custom parser, while not tying
us directly to JSON.

            regards, tom lane



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

Предыдущее
От: Peter Smith
Дата:
Сообщение: Re: [PATCH] Use indexes on the subscriber when REPLICA IDENTITY is full on the publisher
Следующее
От: "Jonathan S. Katz"
Дата:
Сообщение: Re: why can't a table be part of the same publication as its schema