Re: [HACKERS] Parallel bitmap heap scan
| От | Dilip Kumar |
|---|---|
| Тема | Re: [HACKERS] Parallel bitmap heap scan |
| Дата | |
| Msg-id | CAFiTN-u8UX-BMt=rkbnO0ZhjNeuJj7=mCfssq9y_e8QtkW0bOQ@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: [HACKERS] Parallel bitmap heap scan (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: [HACKERS] Parallel bitmap heap scan
|
| Список | pgsql-hackers |
On Wed, Feb 8, 2017 at 7:01 PM, Robert Haas <robertmhaas@gmail.com> wrote: > You can store whatever you want in SH_TYPE's private_data member. > SH_ALLOCATE and SH_FREE both get a pointer to the SH_TYPE, so they > have access to that. Hmm, but there's no way to get that set in > SH_CREATE before SH_ALLOCATE is called. Maybe we need to add a > private_data argument to SH_CREATE. execGrouping.c could use that > instead of frobbing private_data directly: > > - hashtable->hashtab = tuplehash_create(tablecxt, nbuckets); > - hashtable->hashtab->private_data = hashtable; > + hashtable->hashtab = tuplehash_create(tablecxt, nbuckets, hashtable); Okay, will go ahead as you suggested. Patch attached for the same. -- Regards, Dilip Kumar EnterpriseDB: http://www.enterprisedb.com -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
Вложения
В списке pgsql-hackers по дате отправления: