Re: [GENERAL] Performance of full outer join in 8.3

Поиск
Список
Период
Сортировка
От Merlin Moncure
Тема Re: [GENERAL] Performance of full outer join in 8.3
Дата
Msg-id b42b73150904161141p2421e82cw55b59a92f402cddc@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [GENERAL] Performance of full outer join in 8.3  (Grzegorz Jaskiewicz <gj@pointblue.com.pl>)
Ответы Re: [GENERAL] Performance of full outer join in 8.3  (Grzegorz Jaskiewicz <gj@pointblue.com.pl>)
Список pgsql-hackers
On Thu, Apr 16, 2009 at 2:04 PM, Grzegorz Jaskiewicz
<gj@pointblue.com.pl> wrote:
>
> On 16 Apr 2009, at 16:21, David Fetter wrote:
>
>> On Thu, Apr 16, 2009 at 06:12:10AM +0100, Simon Riggs wrote:
>>>
>>> I think the way to do this is to introduce plan output in XML
>>
>> If we're going with a serialization, which I think would be an
>> excellent idea, how about one that's light-weight and human-readable
>> like JSON?
>
> +1
>
> xml/json is machine readable.
> I don't think, personaly that explain (analyze) is not easy to read by
> human, quite contrary.

Is that because of how the output is formatted though, or because the
concepts are difficult to express? (I agree though, json is better
especially for structures that are possibly highly nested).

merlni


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

Предыдущее
От: Grzegorz Jaskiewicz
Дата:
Сообщение: Re: [GENERAL] Performance of full outer join in 8.3
Следующее
От: Sam Mason
Дата:
Сообщение: Re: [rfc] unicode escapes for extended strings