Re: Performance Issue on Query 18 of TPC-H Benchmark - Mailing list pgsql-bugs

From Ba Jinsheng
Subject Re: Performance Issue on Query 18 of TPC-H Benchmark
Date
Msg-id SEZPR06MB6494FDE43CEBAAEEEB732C918A462@SEZPR06MB6494.apcprd06.prod.outlook.com
Whole thread Raw
In response to Re: Performance Issue on Query 18 of TPC-H Benchmark  (Alena Rybakina <a.rybakina@postgrespro.ru>)
Responses Re: Performance Issue on Query 18 of TPC-H Benchmark
Re: Performance Issue on Query 18 of TPC-H Benchmark
List pgsql-bugs
>I believe you are not allowing the optimizer to generate a different aggregation path (Group Aggregate) because it requires a sort operation. So I think this is not correct.

Yes, this is what I did. I though it is what you were asking? I have not found another way to enforce HashAggregate, so I directly modified the code. Can you eliberate why it is incorrect?



>You may notice that disabling parallelism results in improved cardinality estimation and therefore a better query plan, since the optimizer selects paths based on their cost. If parallelism is disabled, query plan have become more correct.

Can I understand disabling parallelism is a good setup for finding performance issues?


Best regards,

Jinsheng Ba

Notice: This email is generated from the account of an NUS alumnus. Contents, views, and opinions therein are solely those of the sender.

pgsql-bugs by date:

Previous
From: Fujii Masao
Date:
Subject: Re: [BUGS] BUG #10123: Weird entries in pg_stat_activity
Next
From: Masahiko Sawada
Date:
Subject: Re: Logical Replica ReorderBuffer Size Accounting Issues