Re: Planner constants for RAM resident databases

Поиск
Список
Период
Сортировка
От Emil Briggs
Тема Re: Planner constants for RAM resident databases
Дата
Msg-id 200507020944.07339.emil@baymountain.com
обсуждение исходный текст
Ответ на Re: Planner constants for RAM resident databases  (John A Meinel <john@arbash-meinel.com>)
Ответы Re: Planner constants for RAM resident databases  (Josh Berkus <josh@agliodbs.com>)
Список pgsql-performance
> When you do "explain analyze" of a query that you have difficulties
> with, how are the planner's estimates. Are the estimated number of rows
> about equal to the actual number of rows?

Some of them are pretty far off. For example

  ->  Merge Left Join  (cost=9707.71..13993.52 rows=1276 width=161) (actual
time=164.423..361.477 rows=49 loops=1)

I tried setting enable_merge_joins to off and that made the query about three
times faster. It's using a hash join instead.

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

Предыдущее
От: Madison Kelly
Дата:
Сообщение: B-Tree index not being used
Следующее
От: Tom Lane
Дата:
Сообщение: Re: B-Tree index not being used