Re: Invalid YAML output from EXPLAIN

Поиск
Список
Период
Сортировка
От Dean Rasheed
Тема Re: Invalid YAML output from EXPLAIN
Дата
Msg-id AANLkTimvq_Qbq5phFVO0MGINPMQSRgaDjLXJGXuWCcqY@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Invalid YAML output from EXPLAIN  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-bugs
On 9 June 2010 20:56, Robert Haas <robertmhaas@gmail.com> wrote:
> On Wed, Jun 9, 2010 at 3:50 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Dean Rasheed <dean.a.rasheed@gmail.com> writes:
>>> Hmm. Well it's quite subjective, but IMO it's already more readable
>>> than JSON regardless of whether or not values are quoted, simply
>>> because it doesn't have [ ] and { } for lists and maps, which for JSON
>>> adds significantly to the number of lines in longer plans.
>>
>> Yeah. =A0Also, I think it would be fair to not quote values that are kno=
wn
>> constants (for example, Node Type: Seq Scan) and are chosen to not need
>> quoting. =A0It's just the things that are variables that worry me.
>
> Passing down information about which things are known constants seems
> more complicated to me than just getting the quoting rules right in
> the first place. =A0If you look at the patch I proposed, you'll see that
> it's really quite simple and only a slight tightening of what I
> committed already.
>

Reading the YAML spec, I've just spotted yet another case that'll
break what you're proposing: if you don't quote "true" and "false",
the parser will think they're booleans rather than strings.

This is really why I'm opposed to this approach. There are just so
many gotchas that it's impossible to be 100% sure that you've
accounted for them all.

Regards,
Dean

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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Invalid YAML output from EXPLAIN
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Invalid YAML output from EXPLAIN