表（簡化）

                                       Table "public.events"
     Column      |            Type             |                       Modifiers                        
------------------+-----------------------------+--------------------------------------------------------
id               | integer                     | not null default nextval('events_id_seq'::regclass)
duration         | integer                     | not null
start_at         | timestamp without time zone | 
Indexes:
   "events_pkey" PRIMARY KEY, btree (id)
   "my_idx" gist (tsrange(start_at, end_at(events.*), '[)'::text))

功能

CREATE FUNCTION end_at(rec events)
 RETURNS timestamp without time zone
 IMMUTABLE
 LANGUAGE SQL
AS $$
 SELECT $1.start_at + ($1.duration * ('00:00:01'::interval));
$$;

我已經成功地做的事情

索引用於這樣的查詢：

-- check if current time is within the start and end times
-- of event
where localtimestamp <@ tsrange(start_at, events.end_at, '[)')

而且效果很好。

我想做的事

我想查詢目前時間在它們結束之後的事件。我知道如何做到這一點的方法：

• where tsrange(localtimestamp, localtimestamp, '[]') >> tsrange(start_at, events.end_at, '[)'). 我很確定這是我想要的語義，並explain analyze說它正在使用索引，但它有點難看，我想知道是否有更好的方式來表達這一點（並且也模糊地不確定這是我想要的語義，因為我是范圍的新手）。
• where localtimestamp > upper(tsrange(start_at, events.end_at, '[)'))+ 上的 btree 索引upper(tsrange(start_at, events.end_at, '[)'))。這會很好用，但需要保留另一個索引。
• where localtimestamp > events.end_at. + 上的 btree 索引events.end_at。與上述情況相同。

有沒有更優雅（或更正確）的方法來實現上面的第一個要點？

關於如何解決這個問題的任何其他想法？

Postgres 不支持任何運算符。正如@evan-carroll 所指出的，它可能並且應該這樣做。

所以，最好的解決方案是

where tsrange(localtimestamp, localtimestamp, '[]') >> tsrange(start_at, events.end_at, '[)')

我想查詢目前時間在它們結束之後的事件。我知道如何做到這一點的方法：

您可以在此處查看 GiST 運算符。您可以在 中查看列表range_ops，

&& &> &< >> << <@ -|- = @> @>

正如您所指出的，您可能想要的是<<, >>。我會用<<.

醜嗎？是的。如果您在兩側都使用範圍，則範圍類型很棒，但您不是。您甚至沒有將範圍類型儲存在表格上。我會建議你這樣做。

我不確定這個索引條件是否有效，

"my_idx" gist (tsrange(start_at, end_at(events.*), '[)'::text))

你測試過嗎？我的意思是，PostgreSQL 可以驗證start_at作品，我的假設是它不夠聰明，無法end_at使用events.*（如果其中使用的值（列）之一end_at從表創建更改為呼叫呢？即使從未發生過，PostgreSQL 將如何我知道）。我會將 儲存tsrange在表上並刪除所有相關的列。

忽略下面的，看看它。

您也可以考慮通過不建構 rhs 範圍來縮短它。

SELECT tsrange('yesterday', 'tomorrow') @> timestamp without time zone 'now';
SELECT tsrange('yesterday', 'tomorrow') @> 'now'::timestamp without time zone;

或者，如果您更喜歡這種格式。或以下，這似乎是一種反模式。

SELECT tsrange('yesterday', 'tomorrow') @> '[now,now]';

或者你可以使用tstzrange（這可能是一個更好的主意），

SELECT tstzrange('yesterday', 'tomorrow') @> now();

引用自：https://dba.stackexchange.com/questions/195202