From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
---|---|
To: | PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Subject: | plpgsql redesign (related to plpgsql check function) |
Date: | 2013-05-28 08:00:32 |
Message-ID: | CAFj8pRCi2FyXNTUnzMc4cp=iWk2u9H1kwgRH6G=-sJ8HYGE=GA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hello all
I am searching way how to push our plpgsql_check_function to upstream.
One possibility is redesign of plpgsql architecture.
Now, we have two stages -> compilation and execution, and almost all
compilation logic is in gram file. If I understand to this design
well, then a reason for it is a possibility to raise user friendly
error messages with location specification. Now, we are able to raise
messages with location info outside gram file, so we can little bit
cleanup architecture by dividing current compilation to parsing and
compilation stage (recursive).
A new compilation stage can be good place for placing current checks
and deep (sql semantic) check.
This redesign contains lot of work, so I would to know all opinions
and I would to know, if this idea is acceptable.
Regards
Pavel Stehule
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Langote | 2013-05-28 08:04:28 | Re: Logging of PAM Authentication Failure |
Previous Message | David Fetter | 2013-05-28 07:17:02 | Re: Logging of PAM Authentication Failure |