From: | Yugo Nagata <nagata(at)sraoss(dot)co(dot)jp> |
---|---|
To: | Nathan Bossart <nathandbossart(at)gmail(dot)com> |
Cc: | Tom Dunstan <pgsql(at)tomd(dot)cc>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: CREATE INDEX regression in 17 RC1 or expected behavior? |
Date: | 2024-09-26 03:51:10 |
Message-ID: | 20240926125110.67e52f4f7a388af539367213@sraoss.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, 25 Sep 2024 22:16:06 -0500
Nathan Bossart <nathandbossart(at)gmail(dot)com> wrote:
> On Thu, Sep 26, 2024 at 12:22:32PM +0930, Tom Dunstan wrote:
> > Reporting in case this is unexpected. At the very least if a function used
> > in an index must now always find other functions using an explicit path, it
> > seems like this should be documented and noted in the release notes.
>
> The first compatibility entry in the release notes [0] has the following
> sentence:
>
> Functions used by expression indexes and materialized views that need
> to reference non-default schemas must specify a search path during
> function creation.
Also, this is documented as followins in
https://www.postgresql.org/docs/17/sql-createindex.html .
While CREATE INDEX is running, the search_path is temporarily changed to pg_catalog, pg_temp.
By the way, this is not mentioned in CREATE MATERIALIZED VIEW documentation, although
we can find in REFRESH MATERIALIZED VIEW doc. So, I sent the doc patch in [1],
and create a commitfest entry [2].
[1] https://www.postgresql.org/message-id/20240805160502.d2a4975802a832b1e04afb80%40sraoss.co.jp
[2] https://commitfest.postgresql.org/49/5182/
Regards,
Yugo Nagata
--
Yugo Nagata <nagata(at)sraoss(dot)co(dot)jp>
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Dunstan | 2024-09-26 03:57:54 | Re: CREATE INDEX regression in 17 RC1 or expected behavior? |
Previous Message | shveta malik | 2024-09-26 03:27:22 | Re: Add contrib/pg_logicalsnapinspect |