Re: POC: Sharing record typmods between backends
Robert Haas <robertmhaas@gmail.com>
On Wed, May 31, 2017 at 1:46 PM, Andres Freund <andres@anarazel.de> wrote: > On 2017-05-31 13:27:28 -0400, Dilip Kumar wrote: >> On Wed, May 31, 2017 at 12:53 PM, Robert Haas <robertmhaas@gmail.com> wrote: >> > Well, SH_TYPE's members SH_ELEMENT_TYPE *data and void *private_data >> > are not going to work in DSM, because they are pointers. You can >> > doubtless come up with a way around that problem, but I guess the >> > question is whether that's actually any better than just using DHT. >> >> Probably I misunderstood the question. I assumed that we need to bring >> in DHT only for achieving this goal. But, if the question is simply >> the comparison of DHT vs simplehash for this particular case then I >> agree that DHT is a more appropriate choice. > > Yea, I don't think simplehash is the best choice here. It's worthwhile > to use it for performance critical bits, but using it for everything > would just increase code size without much benefit. I'd tentatively > assume that anonymous record type aren't going to be super common, and > that this is going to be the biggest bottleneck if you use them. Did you mean "not going to be"? -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
Commits
-
Remove TupleDesc remapping logic from tqueue.c.
- 6b65a7fe62e1 11.0 landed
-
Add support for coordinating record typmods among parallel workers.
- cc5f81366c36 11.0 landed
-
Improve division of labor between execParallel.c and nodeGather[Merge].c.
- 51daa7bdb39e 11.0 cited
-
Add minimal regression test for blessed record type transfer.
- d36f7efb39e1 11.0 landed
-
Consolidate the function pointer types used by dshash.c.
- d7694fc14870 11.0 landed
-
Fix unlikely shared memory leak after failure in dshash_create().
- 4569715bd6fa 11.0 landed
-
Refactor typcache.c's record typmod hash table.
- 35ea75632a56 11.0 landed
-
Add a hash_combine function for mixing hash values.
- 0052a0243d9c 11.0 landed
-
Backpatch introduction of TupleDescAttr(tupdesc, i).
- 8cda1fadd25b 9.2.23 landed
- 5b286cae3cc1 9.3.19 landed
- 3d58994eccb7 9.4.14 landed
- d778a77d38be 9.5.9 landed
- 6c036d01089c 9.6.5 landed
- d34a74dd064a 10.0 landed
-
Partially flatten struct tupleDesc so that it can be used in DSM.
- c6293249dc17 11.0 landed
-
Change tupledesc->attrs[n] to TupleDescAttr(tupledesc, n).
- 2cd708452400 11.0 landed