Don't include CaseTestExpr in JsonValueExpr.formatted_expr
authorAmit Langote <amitlan@postgresql.org>
Fri, 7 Jul 2023 11:21:58 +0000 (20:21 +0900)
committerAmit Langote <amitlan@postgresql.org>
Thu, 13 Jul 2023 03:13:58 +0000 (12:13 +0900)
commitb6e1157e7d339c4e20d68448125a4cef42b1ac9d
tree93dcf340a2404450ce7039ad495961f4a0d8f313
parent785480c9533d9a905410c1a52f857a431daec37c
Don't include CaseTestExpr in JsonValueExpr.formatted_expr

A CaseTestExpr is currently being put into
JsonValueExpr.formatted_expr as placeholder for the result of
evaluating JsonValueExpr.raw_expr, which in turn is evaluated
separately.  Though, there's no need for this indirection if
raw_expr itself can be embedded into formatted_expr and evaluated
as part of evaluating the latter, especially as there is no
special reason to evaluate it separately.  So this commit makes it
so.  As a result, JsonValueExpr.raw_expr no longer needs to be
evaluated in ExecInterpExpr(), eval_const_exprs_mutator() etc. and
is now only used for displaying the original "unformatted"
expression in ruleutils.c.

While at it, this also removes the function makeCaseTestExpr(),
because the code in makeJsonConstructorExpr() looks more readable
without it IMO and isn't used by anyone else either.

Finally, a note is added in the comment above CaseTestExpr's
definition that JsonConstructorExpr is also using it.

Reviewed-by: Álvaro Herrera <alvherre@alvh.no-ip.org>
Discussion: https://postgr.es/m/CA+HiwqE4XTdfb1nW=Ojoy_tQSRhYt-q_kb6i5d4xcKyrLC1Nbg@mail.gmail.com
src/backend/executor/execExpr.c
src/backend/nodes/makefuncs.c
src/backend/optimizer/util/clauses.c
src/backend/parser/parse_expr.c
src/include/nodes/primnodes.h