Re: Q: documentation improvement re collation version mismatch

From: Julien Rouhaud <rjuju123(at)gmail(dot)com>
To: Ron <ronljohnsonjr(at)gmail(dot)com>
Cc: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: Q: documentation improvement re collation version mismatch
Date: 2022-11-10 14:50:39
Message-ID: 20221110145039.c5yyhqhtx6m4ix3d@jrouhaud
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, Nov 10, 2022 at 08:39:03AM -0600, Ron wrote:
> On 11/10/22 08:33, Julien Rouhaud wrote:
> > On Thu, Nov 10, 2022 at 08:04:37AM -0600, Ron wrote:
> > > On 11/10/22 02:33, Julien Rouhaud wrote:
> > > [snip]
> > > > For now, the only safe way to go is either reindex everything, or everything
> > > > except some safe cases (non-partial indexes on plain-non-collatable datatypes
> > > > only). Usually, those safe cases are usually enough to avoid most of useless
> > > > reindex activity.
> > > In this situation, I queried for all indices with text-type columns
> > > (including UUID) and reindexed them.
> > That may work in your personal use case, but it's not generally safe. I hope
> > you don't have partial indexes,
>
> Aren't partial indices listed in pg_indexes?

They are, but you mentioned "indices with text-type columns". Did that also
include an analysis of the expressions stored in pg_index.indpred (and
pg_index.indexpr), and all underlying code it could call?

> > or indexes on other plain collatable datatypes.
>
> What other data types besides the text types are collatable?

varchar, name, custom types, composite types, domains...

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Richard Welty 2022-11-10 15:48:06 pgadmin4 versions on Ubuntu 22.04
Previous Message Ron 2022-11-10 14:39:03 Re: Q: documentation improvement re collation version mismatch