From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | pgsql-committers(at)lists(dot)postgresql(dot)org |
Subject: | pgsql: Fix plpgsql to allow new-style SQL CREATE FUNCTION as a SQL comm |
Date: | 2024-01-18 21:11:32 |
Message-ID: | E1rQZfg-0023Wb-B2@gemulon.postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers |
Fix plpgsql to allow new-style SQL CREATE FUNCTION as a SQL command.
plpgsql fails on new-style CREATE FUNCTION/PROCEDURE commands within
a routine or DO block, because make_execsql_stmt believes that a
semicolon token always terminates a SQL command. Now, that's actually
been wrong since the day it was written, because CREATE RULE has long
allowed multiple rule actions separated by semicolons. But there are
few enough people using multi-action rules that there was never an
attempt to fix it. New-style SQL functions, though, are popular.
psql has this same problem of "does this semicolon really terminate
the command?". It deals with CREATE RULE by counting parenthesis
nesting depth: a semicolon within parens doesn't end a command.
Commits e717a9a18 and 029c5ac03 created a similar heuristic to count
matching BEGIN/END pairs (but only within CREATEs, so as not to be
fooled by plain BEGIN). That's survived several releases now without
trouble reports, so let's just absorb those heuristics into plpgsql.
Per report from Samuel Dussault. Back-patch to v14 where new-style
SQL function syntax came in.
Discussion: https://postgr.es/m/YT2PR01MB88552C3E9AD40A6C038774A781722@YT2PR01MB8855.CANPRD01.PROD.OUTLOOK.COM
Branch
------
REL_15_STABLE
Details
-------
https://git.postgresql.org/pg/commitdiff/de2d393a8a870750f4d03ad771541f4600b9f23b
Modified Files
--------------
src/pl/plpgsql/src/Makefile | 5 +-
src/pl/plpgsql/src/expected/plpgsql_misc.out | 31 ++++++++++++
src/pl/plpgsql/src/pl_gram.y | 72 ++++++++++++++++++++++++----
src/pl/plpgsql/src/sql/plpgsql_misc.sql | 22 +++++++++
4 files changed, 120 insertions(+), 10 deletions(-)
From | Date | Subject | |
---|---|---|---|
Next Message | David Rowley | 2024-01-18 21:45:17 | pgsql: Fix broken Bitmapset optimization in DiscreteKnapsack() |
Previous Message | Robert Haas | 2024-01-18 20:17:59 | pgsql: Remove LVPagePruneState. |