Re: Bug #474: Index using problem

Поиск
Список
Период
Сортировка
От Andreas Wernitznig
Тема Re: Bug #474: Index using problem
Дата
Msg-id 20011005235819.2e0e1639.andreas@insilico.com
обсуждение исходный текст
Ответ на Re: Bug #474: Index using problem  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Bug #474: Index using problem  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
Why don't you skip the automatic index creation for primary keys and let the user decide to create an index,
that should be used in any case, regardless what the query planner recommends ?

On Fri, 05 Oct 2001 15:15:06 -0400
Tom Lane <tgl@sss.pgh.pa.us> wrote:

> Andreas Wernitznig <andreas@insilico.com> writes:
> > -> Using one connection the optimizer for pk/fk-checking is not
> > updated by a "vacuum analyze".
>
> Oh, I misunderstood you the first time: I thought you were saying that
> *other* backends couldn't see the results of the VACUUM.
>
> The reason for this behavior is that the foreign key checker caches a
> plan for each foreign-key-checking query the first time it needs to
> use that query (within a given backend).  There should be a mechanism
> to flush those cached plans when circumstances change ... but currently
> there isn't.
>
>             regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Bug #474: Index using problem
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Bug #474: Index using problem