Fix for pg_upgrade and invalid indexes

Поиск
Список
Период
Сортировка
Искать
От
Bruce Momjian
Тема
Fix for pg_upgrade and invalid indexes
Дата
Msg-id
20130329205706.GA12134@momjian.us
Ответ на
Список
Дерево обсуждения
Re: Ignore invalid indexes in pg_dump. "anarazel@anarazel.de" <andres@anarazel.de>
Re: Ignore invalid indexes in pg_dump. Bruce Momjian <bruce@momjian.us>
Re: Ignore invalid indexes in pg_dump. Andres Freund <andres@2ndquadrant.com>
Re: Ignore invalid indexes in pg_dump. Tom Lane <tgl@sss.pgh.pa.us>
On Thu, Mar 28, 2013 at 05:27:28PM -0400, Tom Lane wrote:
> Bruce Momjian  writes:
> > Should I just patch pg_upgrade to remove the "indisvalid", skip
> > "indisvalid" indexes, and backpatch it?  Users should be using the
> > version of pg_upgrade to match new pg_dump.  Is there any case where
> > they don't match?  Do I still need to check for "indisready"?
> 
> Yeah, if you can just ignore !indisvalid indexes that should work fine.
> I see no need to look at indisready if you're doing that.

Attached is a patch that implements the suggested pg_upgrade changes of
not copying invalid indexes now that pg_dump doesn't dump them.  This
should be backpatched back to 8.4 to match pg_dump.  It might require
release note updates;  not sure.  Previously pg_upgrade threw an error
if invalid indexes exist, but only since February, when we released the
pg_upgrade fix to do this.  You can see the majority of this patch is
removing that check.

-- 
  Bruce Momjian          http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + It's impossible for everything to be true. +
В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
Сообщение: Re: Hash Join cost estimates
От: Michael Paquier
Дата:
Сообщение: Re: Getting to 9.3 beta
FAQ