From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Craig Ringer <craig(at)2ndquadrant(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Easily reading debug_print_plan |
Date: | 2013-11-20 20:36:37 |
Message-ID: | CA+TgmobS+C6iYQuWpH_uKyp_iDVo7S9X=JcE26mz66d_GbZgiA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Nov 20, 2013 at 9:36 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> We could in principle change to a different text representation for
> stored rules. Compactness would be an issue if it were materially
> bigger than the existing formatting, but offhand it seems like JSON
> is morally equivalent to what we do now, no?
Yeah, but it gains a little.
{FROB :zot 3}
would become something like
{"type": "FROB", "zot": 3}
You could minimize the damage by using a single character name, like
an underscore, for the node type, and emitting all whitespace:
{"_":"FROB","zot":3}
...but it's still more. Possibly not enough to matter, but more.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | David Johnston | 2013-11-20 20:37:19 | Re: WITH ORDINALITY versus column definition lists |
Previous Message | Peter Eisentraut | 2013-11-20 20:32:05 | Re: Proof of concept: standalone backend with full FE/BE protocol |