Re: Corruption with IMMUTABLE functions in index expression.

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Corruption with IMMUTABLE functions in index expression.
Дата
Msg-id 20211012030758.3jv62bvgzer5cfip@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: Corruption with IMMUTABLE functions in index expression.  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Corruption with IMMUTABLE functions in index expression.  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Hi,

On 2021-10-11 14:59:22 -0400, Tom Lane wrote:
> Andres Freund <andres@anarazel.de> writes:
> > Perhaps we could set pg_index.indisvalid to false initially, and if opening an
> > index where pg_index.indisvalid error out with a different error message if
> > TransactionIdIsCurrentTransactionId(xmin). And then use an inplace update to
> > set indisvalid to true, to avoid the bloat?
> 
> I still can't get excited about it ...

Understandable, me neither...


> I doubt we need any code changes beyond changing the indisvalid state.

I was thinking we'd want to throw an error if an index that's being created is
accessed during the index build, rather than just not include it in
planning...


Greetings,

Andres Freund



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

Предыдущее
От: Ajin Cherian
Дата:
Сообщение: Re: row filtering for logical replication
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Corruption with IMMUTABLE functions in index expression.