Re: schema agnostic functions in language sql

From: Rob Sargent <robjsargent(at)gmail(dot)com>
To: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>, "pgsql-generallists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: schema agnostic functions in language sql
Date: 2020-05-16 16:03:21
Message-ID: 61E71DBD-E0C5-4594-8114-4172C29B8046@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> On May 16, 2020, at 9:13 AM, David G. Johnston <david(dot)g(dot)johnston(at)gmail(dot)com> wrote:
>
> 
>> On Sat, May 16, 2020 at 5:15 AM Rob Sargent <robjsargent(at)gmail(dot)com> wrote:
>> check_function_body=off may be what I want during the site install as the definitions should be correct in all aspects.
>
> You should probably just have one "test" schema and compile your functions with the non-client test schema in the search_path.
>
> David J.
In fact there is just such a thing in the database from which get the DDL to generate new ‘client’ dbs. (This is not commercial in any way). So far I have not needed to bring that template into client space. Do you see a problem with using check_ function_body=off, given that the functions will be developed and tested elsewhere?

In response to

Browse pgsql-general by date

  From Date Subject
Next Message PALAYRET Jacques 2020-05-16 16:31:30 Re: Removing Last field from CSV string
Previous Message Alex Magnum 2020-05-16 15:18:57 Removing Last field from CSV string