Re: Re: parallel distinct union and aggregate support patch
От | bucoo@sohu.com |
---|---|
Тема | Re: Re: parallel distinct union and aggregate support patch |
Дата | |
Msg-id | 2021072115361247538814@sohu.com обсуждение исходный текст |
Ответ на | parallel distinct union and aggregate support patch ("bucoo@sohu.com" <bucoo@sohu.com>) |
Список | pgsql-hackers |
Sorry, this email was marked spam by sohu, so I didn't notice it, and last few months I work hard for merge PostgreSQL 14 to our cluster version(github.com/ADBSQL/AntDB).
I have an idea how to make "Parallel Redistribute" work, even under "Parallel Append" and "Nestloop". but "grouping sets" can not work in parallel mode using "Parallel Redistribute".
Wait days please, path coming soon.
From: David RowleyDate: 2021-07-06 10:48To: bucoo@sohu.comCC: David Steele; pgsql-hackers; tgl; Dilip Kumar; Thomas Munro; Tomas Vondra; hlinnaka; robertmhaas; pgsqlSubject: Re: Re: parallel distinct union and aggregate support patchOn Tue, 30 Mar 2021 at 22:33, bucoo@sohu.com <bucoo@sohu.com> wrote:> I have written a plan with similar functions, It is known that the following two situations do not work well.I read through this thread and also wondered about a ParallelPartition type operator. It also seems to me that if it could be donethis way then you could just plug in existing nodes to get Sorting andAggregation rather than having to modify existing nodes to get them todo what you need.From what I've seen looking over the thread, a few people suggestedthis and I didn't see anywhere where you responded to them about theidea. Just so you're aware, contributing to PostgreSQL is not a caseof throwing code at a wall and seeing which parts stick. You need tointeract and respond to people reviewing your work. This is especiallytrue for the people who actually have the authority to merge any ofyour work with the main code repo.It seems to me you might be getting off to a bad start and you mightnot be aware of this process. So I hope this email will help put youon track.Some of the people that you've not properly responded to include:Thomas Munro: PostgreSQL committer. Wrote Parallel Hash Join.Robert Hass: PostgreSQL committer. Wrote much of the original parallelquery codeHeikki Linnakangas: PostgreSQL committer. Worked on many parts of theplanner and executor. Also works for the company that developsGreenplum, a massively parallel processing RDBMS, based on Postgres.You might find other information in [1].If I wanted to do what you want to do, I think those 3 people might besome of the last people I'd pick to ignore questions from! :-)Also, I'd say also copying in Tom Lane randomly when he's not shownany interest in the patch here is likely not a good way of makingforward progress. You might find that it might bubble up on his radarif you start constructively interacting with the people who havequestioned your design. I'd say that should be your next step.The probability of anyone merging any of your code without properlydiscussing the design with the appropriate people are either veryclose to zero or actually zero.I hope this email helps you get on track.David[1] https://www.postgresql.org/community/contributors/
В списке pgsql-hackers по дате отправления: