RE: Partial aggregates pushdown
От | Fujii.Yuki@df.MitsubishiElectric.co.jp" |
---|---|
Тема | RE: Partial aggregates pushdown |
Дата | |
Msg-id | OS3PR01MB66607A988602D953D37482389553A@OS3PR01MB6660.jpnprd01.prod.outlook.com обсуждение исходный текст |
Ответ на | Re: Partial aggregates pushdown (Alexander Pyhalov <a.pyhalov@postgrespro.ru>) |
Ответы |
Re: Partial aggregates pushdown
|
Список | pgsql-hackers |
Hi Mr.Pyhalov. Thank you for comments. > From: Alexander Pyhalov <a.pyhalov@postgrespro.ru> > Sent: Wednesday, June 7, 2023 6:47 PM > This seems to be more robust, but the interface became more strange. > I'm not sure what to do with it. Some ideas I had to avoid introducing this > parameter. Not sure I like any of them. > > 1) You can use QualifiedNameGetCreationNamespace() for aggpartialfnName > and still compare namespace and function name for it and aggName, > aggNamespace. > Seems to be not ideal, but avoids introducing new parameters. > > 2) You can lookup for partial aggregate function after ProcedureCreate() in > AggregateCreate(), if it wasn't found at earlier stages. If it is the aggregate itself > - check it. If it's still not found, error out. Also seems to be a bit ugly - you leave > uncommitted garbage for vacuum in catalogue. Thank you for suggesting alternatives. The disadvantages of alternative 2) appear to be undesirable, I have modified it according to alternative 1) > Another issue - the patch misses recording dependency between aggpartialfn > and aggregate procedure. I added code to record dependencys between aggpartialfn and aggregate procedure, similar to the code for functions such as combinefunc. Sincerely yours, Yuuki Fujii -- Yuuki Fujii Information Technology R&D Center Mitsubishi Electric Corporation
Вложения
В списке pgsql-hackers по дате отправления: