Search Postgresql Archives

Re: schema agnostic functions in language sql

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




> On May 15, 2020, at 6:03 PM, Tom Lane <tgl@xxxxxxxxxxxxx> wrote:
> 
> Rob Sargent <robjsargent@xxxxxxxxx> writes:
>> I cannot create a plain sql function unless the search_path covers any 
>> table mentioned. Not the case when using plpgsql - no path needed.
> 
> Oh, one of the things that's quite a lot different is the checking
> applied at function creation time ;-).
> 
> For a SQL function, by default we'll try to parse and analyze the body, so
> any unknown tables will draw an error.  plpgsql doesn't go further than a
> very crude syntax check.
> 
> If you don't like that, you can set check_function_bodies = off while
> creating your SQL functions.  But in any case, it's only related to what
> happens at execution if the search path is the same.
> 
>            regards, tom lane
And my fundamental error was thinking the parse of all create function calls was not language specific beyond syntax. Looking back, my use of sql functions has been for inline-able calculations reused in other plpgsql functions. 

check_function_body=off may be what I want during the site install as the definitions should be correct in all aspects. 

Thank you all
rjs





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]

  Powered by Linux