Re: es_query_dsa is broken
От | Thomas Munro |
---|---|
Тема | Re: es_query_dsa is broken |
Дата | |
Msg-id | CAEepm=2O5H_bmW_hxe7cmY8=GrwGg926umrZXOP69zdJN=i-tg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: es_query_dsa is broken (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: es_query_dsa is broken
|
Список | pgsql-hackers |
On Thu, Nov 30, 2017 at 4:01 AM, Robert Haas <robertmhaas@gmail.com> wrote: >> Better ideas? > > How about this: > > 1. Remove es_query_dsa altogether. > 2. Add a dsa_area * to ExecParallelInitializeDSMContext. > 3. In ExecParallelInitializeDSM, pass the dsa_area * as a separate to > the per-node-type function. > 4. If the per-node-type function cares about the dsa_area *, it is > responsible for saving a pointer to it in the PlanState node. > 5. Also pass it down via the ParallelWorkerContext. > > In v10 we might need to go with a solution like what you've sketched > here, because Tom will complain about breaking binary compatibility > with EState (and maybe other PlanState nodes) in a released branch. I will post both versions. I've been stuck for a while now trying to come up with a query that actually breaks, so I can show that it's fixed... -- Thomas Munro http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: