Re: [HACKERS] plpgsql redesign (related to plpgsql check function)

2013-05-28 Thread Pavel Stehule
2013/5/28 Heikki Linnakangas : > On 28.05.2013 11:00, Pavel Stehule wrote: >> >> 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

Re: [HACKERS] plpgsql redesign (related to plpgsql check function)

2013-05-28 Thread Heikki Linnakangas
On 28.05.2013 11:00, Pavel Stehule wrote: 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 understan

[HACKERS] plpgsql redesign (related to plpgsql check function)

2013-05-28 Thread Pavel Stehule
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 i