Re: Setting a pre-existing index as a primary key - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Setting a pre-existing index as a primary key
Date
Msg-id 200805121617.m4CGHYr06026@momjian.us
Whole thread Raw
In response to Re: Setting a pre-existing index as a primary key  ("Joshua D. Drake" <jd@commandprompt.com>)
Responses Re: Setting a pre-existing index as a primary key  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Joshua D. Drake wrote:
> Tom Lane wrote:
> 
> >> Well it should be optional but it would be nice if we had the option to 
> >> have it renamed per the default... meaning the same output if I were to 
> >> do this:
> > 
> > If you want that, you can rename the index (either before or afterwards).
> > I don't see any reason to clutter the make-constraint-from-index command
> > with questions of renaming.
> 
> As a counter point, I don't see any reason to make the DBA's life 
> harder. Sure it is just one step but it is a human step, prone to error 
> and taking more time than it should. Why not just make it easy? 
> Especially when the easy isn't sacrificing data integrity or quality of 
> product?

I realize most feel we don't need to add a rename to this, but there are
two more reasons _not_ to do this.  First, there is the possibility of
name collision with the new name so you would then require the user to
use the option not to rename.  Plus, if you renamed, the old index name
would go away, and some people might think the index was removed and not
realize it was renamed, or find it confusing it was renamed.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: bloated heapam.h
Next
From: Michael Meskes
Date:
Subject: Re: ecpg crash