diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2021-07-09 11:02:26 -0400 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2021-07-09 11:02:26 -0400 |
| commit | 6edccac166fa55065e88dcc82fc5ed6751485c42 (patch) | |
| tree | c46ee825422ba251d8b0dcd162d1a3665940ba84 /src/backend/utils/adt/numeric.c | |
| parent | 7dd2379df7099a13b04f3977dd78b498cdc437e5 (diff) | |
| download | postgresql-6edccac166fa55065e88dcc82fc5ed6751485c42.tar.gz postgresql-6edccac166fa55065e88dcc82fc5ed6751485c42.zip | |
Reject cases where a query in WITH rewrites to just NOTIFY.
Since the executor can't cope with a utility statement appearing
as a node of a plan tree, we can't support cases where a rewrite
rule inserts a NOTIFY into an INSERT/UPDATE/DELETE command appearing
in a WITH clause of a larger query. (One can imagine ways around
that, but it'd be a new feature not a bug fix, and so far there's
been no demand for it.) RewriteQuery checked for this, but it
missed the case where the DML command rewrites to *only* a NOTIFY.
That'd lead to crashes later on in planning. Add the missed check,
and improve the level of testing of this area.
Per bug #17094 from Yaoguang Chen. It's been busted since WITH
was introduced, so back-patch to all supported branches.
Discussion: https://postgr.es/m/17094-bf15dff55eaf2e28@postgresql.org
Diffstat (limited to 'src/backend/utils/adt/numeric.c')
0 files changed, 0 insertions, 0 deletions