Re: Potential Issue with Redundant Restriction Clauses in get_parameterized_baserel_size for PARTITIONED_REL
От | Richard Guo |
---|---|
Тема | Re: Potential Issue with Redundant Restriction Clauses in get_parameterized_baserel_size for PARTITIONED_REL |
Дата | |
Msg-id | CAMbWs49p-YLPviUWfQkkPq-sHG-A4HnhqU4d62Sy1_-DkxS6ng@mail.gmail.com обсуждение исходный текст |
Ответ на | Potential Issue with Redundant Restriction Clauses in get_parameterized_baserel_size for PARTITIONED_REL (huyajun <hu_yajun@qq.com>) |
Список | pgsql-hackers |
On Tue, Nov 26, 2024 at 4:57 PM huyajun <hu_yajun@qq.com> wrote: > The get_parameterized_baserel_size function does not differentiate for PARTITIONED_REL and always appends the rel's ownrestriction clauses. However, for PARTITIONED_REL, rel->tuples is computed in set_append_rel_size which comes from thesum of lived childrel->rows. It is important to note that childrel->rows is the estimated number of result tuples, meaningit already includes the effect of the rel's own restriction clauses. Generally speaking, rel->tuples is the number of 'raw tuples' on disk, while rel->rows is the estimated number of tuples after applying restriction clauses. In this regard, it seems that get_parameterized_baserel_size() does not do anything wrong. I think it might be better to modify set_append_rel_size() to set an appendrel's tuples to the sum of the tuples from each live child, rather than to its rows. This would also help us adjust the estimate for the number of distinct values in estimate_num_groups() for appendrels using the new formula introduced in 84f9a35e3. There were discussions as well as a patch for this about one year ago. Please see [1]. [1] https://postgr.es/m/CAMbWs4-ocromEKMtVDH3RBMuAJQaQDK0qi4k6zOuvpOnMWZauw@mail.gmail.com Thanks Richard
В списке pgsql-hackers по дате отправления: