Re: Planner not choosing GIN index - Mailing list pgsql-performance

From Flo Rance
Subject Re: Planner not choosing GIN index
Date
Msg-id CAHogYcVa++K4kUTbWA0-xiaeNCWwTX9fRnT6uYoqp9N314JB=g@mail.gmail.com
Whole thread Raw
In response to Planner not choosing GIN index  (Corey Huinker <corey.huinker@gmail.com>)
Responses Re: Planner not choosing GIN index  (Corey Huinker <corey.huinker@gmail.com>)
List pgsql-performance
It is an expected behavior. You can see the list of array operators with which a GIN index can be used in the doc:


And a very good and detailed explanation about any operator here:


Regards,
Flo

On Wed, Mar 13, 2019 at 2:44 AM Corey Huinker <corey.huinker@gmail.com> wrote:
A client had an issue with a where that had a where clause something like this:

WHERE 123456 = ANY(integer_array_column)

I was surprised that this didn't use the pre-existing GIN index on integer_array_column, whereas recoding as

WHERE ARRAY[123456] <@ integer_array_column

did cause the GIN index to be used. Is this a known/expected behavior? If so, is there any logical reason why we couldn't have the planner pick up on that?

pgsql-performance by date:

Previous
From: Corey Huinker
Date:
Subject: Planner not choosing GIN index
Next
From: Adrien NAYRAT
Date:
Subject: Re: ERROR: found xmin from before relfrozenxid