Re: index not used for bigint without explicit cast - Mailing list pgsql-bugs

From Noah Misch
Subject Re: index not used for bigint without explicit cast
Date
Msg-id 20230119053047.GA1295127@rfd.leadboat.com
Whole thread Raw
In response to Re: index not used for bigint without explicit cast  ("Sam.Mesh" <Sam.Mesh@gmail.com>)
Responses Re: index not used for bigint without explicit cast  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
On Wed, Jan 18, 2023 at 01:43:43PM -0800, Sam.Mesh wrote:
> Peter, thank you for clarification.
> Could you please double check the following reasoning based on
> https://www.postgresql.org/docs/current/btree-behavior.html?
> - Index search by bigint column requires conversion of limiting
> expressions to bigint type.
> - Conversion from number(19,0) to bigint may cause overflow.
> - So, index search is not possible.

Essentially, yes.  This is a query planner limitation, not a fundamental
property of the search problem.  "bigintcol = '5.1'::numeric" is equivalent to
"bigintcol <> bigintcol" or "CASE WHEN bigintcol IS NULL THEN NULL ELSE false
END".  In contexts that don't distinguish "false" from NULL, it's equivalent
to constant "false".  Those observations apply to any search value such that
'search_value'::numeric::bigint::numeric <> 'search_value'::numeric does not
return true, including overflow-error cases.  Like many datatype-specific
tricks, the planner isn't aware at this time.



pgsql-bugs by date:

Previous
From: PG Bug reporting form
Date:
Subject: BUG #17753: pg_dump --if-exists bug
Next
From: Tom Lane
Date:
Subject: Re: index not used for bigint without explicit cast