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 по дате отправления: