Re: [HACKERS] PoC: Grouped base relation
От | Ashutosh Bapat |
---|---|
Тема | Re: [HACKERS] PoC: Grouped base relation |
Дата | |
Msg-id | CAFjFpRcBG4Lz_pxP1fao-MWsaZYdpkxnMat_ZPe14AvE0x5LpQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] PoC: Grouped base relation (Antonin Houska <ah@cybertec.at>) |
Список | pgsql-hackers |
> >> Yes, it's hard, but I think without having a separate RelOptInfo the >> design won't be complete. Is there a subset of problem that can be >> solved by using a separate RelOptInfo e.g. pushing aggregates down >> child relations or anything else. > > I'm still not convinced that all the fields of RelOptInfo (typically relids) > need to be duplicated. If the current concept should be improved, I'd move all > the grouping related fields to a separate structure, e.g. GroupPathInfo, and > let RelOptInfo point to it. Similar to ParamPathInfo, which contains > parameterization-specific information, GroupPathInfo would conain the > grouping-specific information: target, row count, width, maybe path lists too. > I didn't think about this option. Still not very clean, but may be acceptable. -- Best Wishes, Ashutosh Bapat EnterpriseDB Corporation The Postgres Database Company
В списке pgsql-hackers по дате отправления: