Re: create index concurrently - duplicate index to reduce time without an index - Mailing list pgsql-general

From Greg Smith
Subject Re: create index concurrently - duplicate index to reduce time without an index
Date
Msg-id 4C068B7E.4070801@2ndquadrant.com
Whole thread Raw
In response to Re: create index concurrently - duplicate index to reduce time without an index  (<Gareth.Williams@csiro.au>)
List pgsql-general
Gareth.Williams@csiro.au wrote:
> I'm concerned that just because I *can* create duplicate indexes, it doesn't mean I *should*.  I'm worried it might
actuallybreak the service worse than the locking that I'm trying to avoid. Does anyone know which index will be used if
thereare duplicate ones and whether there is likely to be a problem? 
>

This is a simple disk capacity question.  If you can run CREATE INDEX
CONCURRENTLY, and it doesn't effectively take your server down due to
the disks being overrun with data to process, it's perfectly fine to do
so.  Only in the case where the index creation itself causes what is
effectively client downtime, due to the increased load of the build,
could that aproach be worse than the terrible locking that comes with
non-concurrent rebuild.

--
Greg Smith  2ndQuadrant US  Baltimore, MD
PostgreSQL Training, Services and Support
greg@2ndQuadrant.com   www.2ndQuadrant.us


pgsql-general by date:

Previous
From: Mark Cave-Ayland
Date:
Subject: Re: server-side extension in c++
Next
From: David Fetter
Date:
Subject: Re: server-side extension in c++