]> granicus.if.org Git - postgresql/commit
Be more aggressive in avoiding tuple conversion.
authorRobert Haas <rhaas@postgresql.org>
Wed, 25 Jan 2017 02:53:38 +0000 (21:53 -0500)
committerRobert Haas <rhaas@postgresql.org>
Wed, 25 Jan 2017 02:53:38 +0000 (21:53 -0500)
commit3838074f864eda344677fba39c6141ccbcd4104b
tree0c450dd6f6c29b2c19420a3026dd93004c49148f
parent7fa7bf18e493e130147e62cf7dc33010f164126c
Be more aggressive in avoiding tuple conversion.

According to the comments in tupconvert.c, it's necessary to perform
tuple conversion when either table has OIDs, and this was previously
checked by ensuring that the tdtypeid value matched between the tables
in question.  However, that's overly stringent: we have access to
tdhasoid and can test directly whether OIDs are present, which lets us
avoid conversion in cases where the type OIDs are different but the
tuple descriptors are entirely the same (and neither has OIDs).  This
is useful to the partitioning code, which can thereby avoid converting
tuples when inserting into a partition whose columns appear in the
same order as the parent columns, the normal case.  It's possible
for the tuple routing code to avoid some additional overhead in this
case as well, so do that, too.

It's not clear whether it would be OK to skip this when both tables
have OIDs: do callers count on this to build a new tuple (losing the
previous OID) in such instances?  Until we figure it out, leave the
behavior in that case alone.

Amit Langote, reviewed by me.
src/backend/access/common/tupconvert.c
src/backend/catalog/partition.c