Re: Really dumb planner decision

Поиск
Список
Период
Сортировка
От Matthew Wakeling
Тема Re: Really dumb planner decision
Дата
Msg-id alpine.DEB.2.00.0904161222310.4053@aragorn.flymine.org
обсуждение исходный текст
Ответ на Re: Really dumb planner decision  (Grzegorz Jaśkiewicz <gryzman@gmail.com>)
Список pgsql-performance
On Thu, 16 Apr 2009, Grzegorz Jaśkiewicz wrote:
> On a second look, it looks like you are are joining that view twice,
> at this point, I have no idea myself what it might be. But I guess it
> has to search over 5M rows for each of 105 in other query.
>
> I wonder what more experienced guys here will have to say about it.

That view appears as a two-column table, so I have joined something on
both of those columns, yes.

Interestingly, joining the dataset table breaks the query plan, but that
table only has 77 rows, and it is joined on by its unique primary key
index. That should be really trivial for Postgres to do.

Matthew

--
 I quite understand I'm doing algebra on the blackboard and the usual response
 is to throw objects...  If you're going to freak out... wait until party time
 and invite me along                     -- Computer Science Lecturer

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

Предыдущее
От: Grzegorz Jaśkiewicz
Дата:
Сообщение: Re: Really dumb planner decision
Следующее
От: Matthew Wakeling
Дата:
Сообщение: Re: Really dumb planner decision