Re: Range contains element filter not using index of the element column

From: Alban Hertroys <haramrae(at)gmail(dot)com>
To: Lauri Kajan <lauri(dot)kajan(at)gmail(dot)com>
Cc: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: Range contains element filter not using index of the element column
Date: 2019-11-28 08:03:10
Message-ID: E2161293-2446-47E1-A805-E3B74757D5A7@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


> On 27 Nov 2019, at 10:32, Lauri Kajan <lauri(dot)kajan(at)gmail(dot)com> wrote:
>
> Hi all,
> I'm wondering if there are anything to do to utilize a index when doing a range contains element query. I have tested this with 9.6 and 12.0.
>
> I have a table with a timestamp column that has a btree index.
> I would like to do a query:
> SELECT * FROM table WHERE ts <@ tsrange($1, $2, '(]');
> The index is not used and a seq scan is done instead.
>
> To use the index correctly I have to do the query like this:
> SELECT * FROM table WHERE ($1 IS null OR $1 < ts) AND ($2 IS null OR ts <= $2);
> I like the <@ syntax more. Is there something I can do differently? Maybe a different type of index instead?

Does it help to use timestamps -infinity and infinity instead of nulls in your case?

=> select t, t < current_timestamp, current_timestamp <= t from (values ('-infinity'::timestamp), ('infinity'::timestamp)) x(t);
t | ?column? | ?column?
-----------+----------+----------
-infinity | t | f
infinity | f | t
(2 rows)

Regards,

Alban Hertroys
--
If you can't see the forest for the trees,
cut the trees and you'll find there is no forest.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Nandakumar M 2019-11-28 13:25:19 Rows violating Foreign key constraint exists
Previous Message Matthias Apitz 2019-11-28 06:27:15 status of CURSORs after DISCONNECT