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 по дате отправления: