Re: Aggregation results with json(b)_agg and array_agg in a SELECT with OUTER JOIN
David G. Johnston <david.g.johnston@gmail.com>
From: "David G. Johnston" <david.g.johnston@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: sulfinu@gmail.com, pgsql-bugs@lists.postgresql.org
Date: 2023-05-19T15:46:49Z
Lists: pgsql-bugs
On Fri, May 19, 2023 at 8:12 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> "David G. Johnston" <david.g.johnston@gmail.com> writes:
> > I agree that, in at least the json_agg case, the json array that is
> > produced should be an json object with keys matching the names of the
> > fields of the composite.
>
> Well, it *is*, if the input is a composite value. A bare NULL isn't
> a composite value. Observe the difference:
>
> regression=# select to_json(null::b);
> to_json
> ---------
>
> (1 row)
>
> regression=# select to_json(row(null,null)::b);
> to_json
> ------------------------
> {"name":null,"a":null}
> (1 row)
>
>
Is there a place in our docs where the reader can learn that in the query:
"SELECT b FROM a LEFT JOIN b":
The reference to "b" in the target list, for rows where there is no match,
is constructed semantically via null:b as opposed to (b.col1, b.col2,
...)::b ?
David J.
The following does work if the object form of the JSON is desired.
select a.*, json_agg((b.name, b.a)::b) from
a
left join b on b.a = a.id
group by a.id;
(one cannot avoid writing out the column names here since any reference to
plain "b" or "b.*" results in the scalar null construction of b coming into
play)
David J.