Re: Is there a way around function search_path killing SQL function inlining?

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Is there a way around function search_path killing SQL function inlining?
Дата
Msg-id CA+TgmoYo1eR3011SLSbm2K+4X4RtYGuDuhNSkuYMgH7fomMCRg@mail.gmail.com
обсуждение исходный текст
Ответ на Is there a way around function search_path killing SQL function inlining?  ("Regina Obe" <lr@pcorp.us>)
Ответы Re: Is there a way around function search_path killing SQL function inlining?  ("Regina Obe" <lr@pcorp.us>)
Список pgsql-hackers
On Fri, Mar 4, 2016 at 9:29 PM, Regina Obe <lr@pcorp.us> wrote:
> I think the answer to this question is NO, but thought I'd ask.
>
> A lot of folks in PostGIS land are suffering from restore issues,
> materialized view issues etc. because we have functions such as
>
> ST_Intersects
>
> Which does _ST_Intersects  AND &&
>
> Since _ST_Intersects is not schema qualified, during database restore (which
> sets the schema to the table or view schema), materialized views that depend
> on this do not come back.

Could you provide a self-contained, reproducible test case that
illustrates this problem?  Ideally, one that doesn't involve
installing PostGIS?

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: CustomScan in a larger structure (RE: CustomScan support on readfuncs.c)
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Splitting lengthy sgml files