Re: index not used for bigint without explicit cast
От | Noah Misch |
---|---|
Тема | Re: index not used for bigint without explicit cast |
Дата | |
Msg-id | 20230119053047.GA1295127@rfd.leadboat.com обсуждение исходный текст |
Ответ на | Re: index not used for bigint without explicit cast ("Sam.Mesh" <Sam.Mesh@gmail.com>) |
Ответы |
Re: index not used for bigint without explicit cast
|
Список | 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 по дате отправления: