From: | Petr Jelinek <petr(at)2ndquadrant(dot)com> |
---|---|
To: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: proposal: plpgsql - Assert statement |
Date: | 2014-10-14 20:57:29 |
Message-ID: | 543D8E39.40404@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 09/09/14 17:37, Pavel Stehule wrote:
> Ada is language with strong character, and PLpgSQL is little bit strange
> fork - so it isn't easy to find some form, how to solve all requirements.
>
> My requests:
>
> * be consistent with current PLpgSQL syntax and logic
> * allow some future extensibility
> * allow a static analyses without hard expression processing
>
> But I am thinking so there are some points where can be some agreement -
> although it is not ASSERT implementation.
>
> enhancing RAISE WHEN - please, see attached patch -
>
> I prefer RAISE WHEN again RAISE WHERE due consistency with EXIT and
> CONTINUE [ WHEN ];
>
Short review of the patch. Note that this has nothing to do with actual
assertions, at the moment it's just enhancement of RAISE statement to
make it optionally conditional. As I was one of the people who voted for
it I do think we want this and I like the syntax.
Code applies cleanly, seems formatted according to project standards -
there is unnecessary whitespace added in variable declaration part of
exec_stmt_raise which should be removed.
Passes make check, I would prefer to have little more complex expression
than just "true" in the new regression test added for this feature.
Did some manual testing, seems to work as advertised.
There are no docs at the moment which is the only show-stopper that I
can see so far.
--
Petr Jelinek http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2014-10-14 21:24:13 | Re: narwhal and PGDLLIMPORT |
Previous Message | Petr Jelinek | 2014-10-14 20:56:13 | Re: pg_background (and more parallelism infrastructure patches) |