Re: contrib idea - Mailing list pgsql-hackers

From Zeugswetter Andreas SB SD
Subject Re: contrib idea
Date
Msg-id 46C15C39FEB2C44BA555E356FBCD6FA4212883@m0114.s-mxs.net
Whole thread Raw
In response to contrib idea  ("Christopher Kings-Lynne" <chriskl@familyhealth.com.au>)
Responses Re: contrib idea  (Stephan Szabo <sszabo@megazone23.bigpanda.com>)
Re: contrib idea  ("Christopher Kings-Lynne" <chriskl@familyhealth.com.au>)
List pgsql-hackers
> > If you have a foreign key on a column, then whenever the primary key is
> > modified, the following checks may occur:
> > 
> > * Check to see if the child row exists (no action)
> > * Delete the child row (cascade delete)
> > * Update the child row (cascade update)
> > 
> > All of which will benefit from an index...
> 
> OK, then perhaps we should be creating an index automatically?  Folks?

The index is only useful where you actually have an on delete or on update
clause. I don't think we want to conditionally create an index. That would
bee too confusing. A contrib, to find "suggested" indexes seems fine.

Andreas


pgsql-hackers by date:

Previous
From: Thomas Lockhart
Date:
Subject: Re: Status on RC1?
Next
From: Marko Kreen
Date:
Subject: Re: pgcryto failures on freebsd/alpha