]> granicus.if.org Git - postgresql/commit
Fix typcache's failure to treat ranges as container types.
authorTom Lane <tgl@sss.pgh.pa.us>
Fri, 20 Oct 2017 21:12:27 +0000 (17:12 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Fri, 20 Oct 2017 21:12:27 +0000 (17:12 -0400)
commit36ea99c84d856177ec307307788a279cc600566e
tree5112f4161d589ee0854be07700ccc9353ba58765
parenta8f1efc8ace228b5258ee7d06eace923007072c4
Fix typcache's failure to treat ranges as container types.

Like the similar logic for arrays and records, it's necessary to examine
the range's subtype to decide whether the range type can support hashing.
We can omit checking the subtype for btree-defined operations, though,
since range subtypes are required to have those operations.  (Possibly
that simplification for btree cases led us to overlook that it does
not apply for hash cases.)

This is only an issue if the subtype lacks hash support, which is not
true of any built-in range type, but it's easy to demonstrate a problem
with a range type over, eg, money: you can get a "could not identify
a hash function" failure when the planner is misled into thinking that
hash join or aggregation would work.

This was born broken, so back-patch to all supported branches.
src/backend/utils/cache/typcache.c
src/test/regress/expected/rangetypes.out
src/test/regress/sql/rangetypes.sql