Re: YAML Was: CommitFest status/management

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: YAML Was: CommitFest status/management
Дата
Msg-id 4B19AC68.50902@agliodbs.com
обсуждение исходный текст
Ответ на Re: YAML Was: CommitFest status/management  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: YAML Was: CommitFest status/management
Re: YAML Was: CommitFest status/management
Re: YAML Was: CommitFest status/management
Список pgsql-hackers
> On top of that, if you did want YAML for easier readability, what
> aspect of the output is more readable in YAML than it is in text
> format?  The only answer I can think of is that you like having each
> data element on a separate line, so that the plan is much longer but
> somewhat narrower.  But if that's what you want, the JSON output is
> almost as good - the only difference is a bit of extra punctuation.

"almost as good" ... I agree with Kevin that it's more readable.

The whole patch just adds 144 lines.  It doesn't look to me like there's
significant maintenance burden involved, but of course I need to defer
to the more experienced.  It's even possible that we could reduce the
size of the patch still further if we really looked at it as just a
differently punctuated JSON.

Having compared the JSON and YAML output formats, I think having YAML as
a 2nd human-readable format might be valuable, even though it adds
nothing to machine-processing.

Again, if there were a sensible way to do YAML as a contrib module, I'd
go for that, but there isn't.

--Josh Berkus


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: YAML Was: CommitFest status/management
Следующее
От: Michael Glaesemann
Дата:
Сообщение: Re: New VACUUM FULL