Re: contrib idea

Поиск
Список
Период
Сортировка
От Stephan Szabo
Тема Re: contrib idea
Дата
Msg-id 20011221134314.M92245-100000@megazone23.bigpanda.com
обсуждение исходный текст
Ответ на Re: contrib idea  ("Zeugswetter Andreas SB SD" <ZeugswetterA@spardat.at>)
Список pgsql-hackers
On Fri, 21 Dec 2001, Zeugswetter Andreas SB SD wrote:

>
> > > 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.

Actually, even without an on delete or on update it would be used (for the
check to see if there was a row to prevent the action), however autocreate
seems bad.  The contrib thing sounds cool, another vote that way.




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: contrib/dbase
Следующее
От: Hannu Krosing
Дата:
Сообщение: Re: 7.2 is slow?