Re: Invisible Indexes

From: Euler Taveira <euler(at)timbira(dot)com(dot)br>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Geoghegan <pg(at)bowt(dot)ie>, Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Invisible Indexes
Date: 2018-06-19 19:22:34
Message-ID: CAHE3wgive1dTXRMNf1xNE7_GnLKT7pghMy84b=ZFgoPOgqD26w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

2018-06-19 15:05 GMT-03:00 Robert Haas <robertmhaas(at)gmail(dot)com>:
> Yeah, I agree that a GUC seems more powerful and easier to roll out.
> A downside is that there could be cached plans still using that old
> index. If we did DDL on the index we could be sure they all got
> invalidated, but otherwise how do we know?
>
If we want to test the effect of disabling an index, we could set GUC
only on the current session. DDL will make the index invisible
immediately. Things can go worse after that. I prefer the former. It
is more conservative but could confuse users if the effect is not
immediate (few words could explain cached plans x invisible indexes).

> BTW, like you, I seem to remember somebody writing an extension that
> did added a GUC that did exactly this, and demoing it at a conference.
> Maybe Oleg or Teodor?
>
https://github.com/postgrespro/plantuner

--
Euler Taveira Timbira -
http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Geoghegan 2018-06-19 19:33:59 Re: Invisible Indexes
Previous Message Robert Haas 2018-06-19 18:05:24 Re: Invisible Indexes