Re: Synchronized Scan benchmark results

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: Synchronized Scan benchmark results
Дата
Msg-id 1175712770.3623.187.camel@silverbirch.site
обсуждение исходный текст
Ответ на Re: Synchronized Scan benchmark results  (Jeff Davis <pgsql@j-davis.com>)
Список pgsql-hackers
On Wed, 2007-04-04 at 10:23 -0700, Jeff Davis wrote:
> > - a hash join
> 
> This is where I got stuck.
> 
> * If it's one big ( > NBuffers/2 ) table and one small table, the small
> table will only serve to occupy some shared_buffers (right?
> * If it's two big tables, a join would be a major operation. I don't
> think it would even choose a hash join in that situation, right?

The large table will do a SeqScan though, so should hit your code. Just
look at the EXPLAIN first.

> To summarize, in the next round of testing, I will
> * disable sync_seqscan_offset completely
> * use recycle_buffers=0 and 32
> * I'll still test against 8.2.3 for consistency in case you suggest
> otherwise.

Sounds OK.

--  Simon Riggs              EnterpriseDB   http://www.enterprisedb.com




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

Предыдущее
От: Markus Schiltknecht
Дата:
Сообщение: Re: Auto Partitioning
Следующее
От: "Simon Riggs"
Дата:
Сообщение: Re: Auto Partitioning