Re: BUG #1552: massive performance hit between 7.4 and 8.0.1

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #1552: massive performance hit between 7.4 and 8.0.1
Дата
Msg-id 3846.1111456759@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: BUG #1552: massive performance hit between 7.4 and 8.0.1  (Josh Berkus <josh@agliodbs.com>)
Список pgsql-bugs
Josh Berkus <josh@agliodbs.com> writes:
> I don't think your experience on this one query is descriptive of PostgreSQL
> in general.  What I'm saying is that you most likely have a tuning problem,
> not a bug.

It might be a bug (or at least an unhelpful behavior) but the given case
didn't prove a thing.  I'm still looking for an explanation of a common
case in which we'll cache a plan chosen too soon.  I don't think
ordinary data loading situations will cause that problem.  Choosing a
plan for an FK reference check while the referenced table is still empty
means that you're loading the tables in the wrong order, and your load
is going to fail anyhow.

            regards, tom lane

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

Предыдущее
От: Josh Berkus
Дата:
Сообщение: Re: BUG #1552: massive performance hit between 7.4 and 8.0.1
Следующее
От: Keith Browne
Дата:
Сообщение: Re: BUG #1552: massive performance hit between 7.4 and 8.0.1