aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist/gistutil.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2009-04-04 04:53:51 +0000
committerTom Lane <tgl@sss.pgh.pa.us>2009-04-04 04:53:51 +0000
commitbb11b0e53c321578258b4c0f14d70762a55a02c9 (patch)
tree278efce284c9619a7a224a8e09928b409bd83baf /src/backend/access/gist/gistutil.c
parentaf4ebb272e21dec5cb59223ea2ac95d82900ad77 (diff)
downloadpostgresql-bb11b0e53c321578258b4c0f14d70762a55a02c9.tar.gz
postgresql-bb11b0e53c321578258b4c0f14d70762a55a02c9.zip
Rewrite interval_hash() so that the hashcodes are equal for values that
interval_eq() considers equal. I'm not sure how that fundamental requirement escaped us through multiple revisions of this hash function, but there it is; it's been wrong since interval_hash was first written for PG 7.1. Per bug #4748 from Roman Kononov. Backpatch to all supported releases. This patch changes the contents of hash indexes for interval columns. That's no particular problem for PG 8.4, since we've broken on-disk compatibility of hash indexes already; but it will require a migration warning note in the next minor releases of all existing branches: "if you have any hash indexes on columns of type interval, REINDEX them after updating".
Diffstat (limited to 'src/backend/access/gist/gistutil.c')
0 files changed, 0 insertions, 0 deletions