Re: BUG #6092: specific casting required for gist indexing of bigint

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Jeff Frost" <jeff(at)pgexperts(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #6092: specific casting required for gist indexing of bigint
Date: 2011-07-06 00:06:11
Message-ID: 2786.1309910771@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

"Jeff Frost" <jeff(at)pgexperts(dot)com> writes:
> Ran into a situation with a customer who is using the btree_gist contrib
> module to allow combined index of some tsearch data and two other columns.
> One of these other columns is a bigint field. I noticed that the combined
> index won't be used by the planner unless you specifically cast the bare
> number to a bigint.

If memory serves, the btree_gist opclasses don't include any cross-type
operators, so "int8 = int4" doesn't work here.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Craig Ringer 2011-07-06 07:34:22 Re: BUG #6091: Information
Previous Message Jeff Frost 2011-07-05 23:43:50 BUG #6092: specific casting required for gist indexing of bigint