Re: plpgsql_check_function - rebase for 9.3 - Mailing list pgsql-hackers

From Pavel Stehule
Subject Re: plpgsql_check_function - rebase for 9.3
Date
Msg-id CAFj8pRBBUF2zowRRiTUbcSCVKHaspL=+=-pBg8P2B-UXH7cjkQ@mail.gmail.com
Whole thread Raw
In response to Re: plpgsql_check_function - rebase for 9.3  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: plpgsql_check_function - rebase for 9.3
Re: plpgsql_check_function - rebase for 9.3
List pgsql-hackers



2013/12/8 Peter Eisentraut <peter_e@gmx.net>
In my opinion, the idea of having a separate lint checker for a language
is antiquated.  If there are problems, they should be diagnosed at
compile time or run time.  You can add options about warning levels or
strictness if there are concerns about which diagnostics are
appropriate.

There are two points, that should be solved

a) introduction a dependency to other object in schema - now CREATE FUNCTION is fully independent on others

b) slow start - if we check all paths on start, then start can be slower - and some functions should not work due dependency on temporary tables.

I am thinking about possible marking a function by #option (we have same idea)

some like

#option check_on_first_start
#option check_on_create
#option check_newer

But still I have no idea, how to push check without possible slowdown execution with code duplication

Pavel

 
>
>
>
>
>
>
>


pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Add %z support to elog/ereport?
Next
From: Tom Lane
Date:
Subject: Re: WITHIN GROUP patch