Re: star join optimization

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: star join optimization
Дата
Msg-id CA+Tgmoa0A8vopPbRTkT=rKEfyi_yy8OjoR3h5DDBFn35i6OUsA@mail.gmail.com
обсуждение исходный текст
Ответ на star join optimization  (Rudyar <rudyar.cortes@gmail.com>)
Список pgsql-hackers
On Mon, Nov 14, 2011 at 8:25 AM, Rudyar <rudyar.cortes@gmail.com> wrote:
> the hybrid hash join algorithm implemented in the current version of
> PostgreSQL has any kind of optimization
> for star join queries for Data Warehouse model?

Not really.  As much as possible, we try to make the query optimizer a
general-purpose tool that can handle any query you happen to throw at
it, rather than putting in special-purpose hacks to cater to specific
types of queries.  I'm not aware of anything in particular that we
could do to better optimize the star-join case than what we do for any
other query.

Now, one thing that was discussed a year or two ago was the
possibility of considering join algorithms that can handle more than
two tables at a time.  Currently, we don't do that, so a four-way join
will be implemented either by joining two tables, then the other two
tables, and then the results of those; or more commonly by joining two
tables, joining the results to a third table, and then joining those
results to the final table.  Due to the pipelined nature of our
executor, this works pretty well, but it's possible that there are
better algorithms out there.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: Greg Smith
Дата:
Сообщение: Re: star join optimization
Следующее
От: Robert Haas
Дата:
Сообщение: Re: [Feature Request] \dx show "options"