pgsql: Rewrite interval_hash() so that the hashcodes are equal for

From: tgl(at)postgresql(dot)org (Tom Lane)
To: pgsql-committers(at)postgresql(dot)org
Subject: pgsql: Rewrite interval_hash() so that the hashcodes are equal for
Date: 2009-04-04 04:53:34
Message-ID: 20090404045334.8BBD7754ADE@cvs.postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Log Message:
-----------
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".

Tags:
----
REL8_3_STABLE

Modified Files:
--------------
pgsql/src/backend/utils/adt:
timestamp.c (r1.184.2.1 -> r1.184.2.2)
(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/adt/timestamp.c?r1=1.184.2.1&r2=1.184.2.2)
pgsql/src/test/regress/expected:
interval.out (r1.19 -> r1.19.2.1)
(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/test/regress/expected/interval.out?r1=1.19&r2=1.19.2.1)
pgsql/src/test/regress/sql:
interval.sql (r1.12 -> r1.12.2.1)
(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/test/regress/sql/interval.sql?r1=1.12&r2=1.12.2.1)

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2009-04-04 04:53:43 pgsql: Rewrite interval_hash() so that the hashcodes are equal for
Previous Message Tom Lane 2009-04-04 04:53:25 pgsql: Rewrite interval_hash() so that the hashcodes are equal for