Re: TPC-R benchmarks
| От | Tom Lane |
|---|---|
| Тема | Re: TPC-R benchmarks |
| Дата | |
| Msg-id | 8486.1064550534@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: TPC-R benchmarks (Oleg Lebedev <oleg.lebedev@waterford.org>) |
| Ответы |
Re: TPC-R benchmarks
|
| Список | pgsql-performance |
Oleg Lebedev <oleg.lebedev@waterford.org> writes:
> Seems like in your case postgres uses an i_l_partkey index on lineitem
> table. I have a foreign key constraint defined between the lineitem and
> part table, but didn't create an special indexes. Here is my query plan:
The planner is obviously unhappy with this plan (note the large cost
numbers), but it can't find a way to do better. An index on
lineitem.l_partkey would help, I think.
The whole query seems like it's written in a very inefficient fashion;
couldn't the estimation of '0.2 * avg(l_quantity)' be amortized across
multiple join rows? But I dunno whether the TPC rules allow for
significant manual rewriting of the given query.
regards, tom lane
В списке pgsql-performance по дате отправления: