在 postgres 中，我正在对 2 列进行查询
type只有 3 个可能值的字符串the_timestamp查询是
select id from my_table where type = 'a-value' and the_timestamp < '2024-03-01'
descor asc，会有很大区别吗？还是只有在使用范围查询遍历多个列时才会有区别……或者执行BETWEEN类似的操作？
假设我有一个foos带有 column的表thing_id。
我可以为这些查询创建的最小索引是多少？
select count(*) from foos where thing_id is null;
select id from foos where thing_id is null;
从概念上讲，我们只需要索引来跟踪与条件匹配的主键列表。在...没有列上创建部分索引是否可能/有用？
我试过了，postgres 认为这是一个语法错误：
create index on foos where thing_id is null;
这确实有效
create index on foos (thing_id) where thing_id is null;
但这是否会导致不必要地为每一行写入 thing_id 的值（始终为 NULL）？
我知道同时创建索引时，只需要一个SHARE ShareUpdateExclusiveLock 锁。
但是，在流程开始的一小段时间内是否需要更严格的锁定类型？还是整个操作只需要一个SHARE ShareUpdateExclusiveLock 锁？
我问是因为我想知道在同时创建索引时设置哪些类型的超时是有利的。
是否可以查看命令的执行时间alter table？
我认为\timing在 psql 中使用 on，它显示的不仅仅是执行时间，还有客户端往返，也许还有其他东西。我想要的是显示的“执行时间” explain analyze。但我无法alter table通过explain analyze（对吗？）。
我在这样的一些列中添加了 NOT NULL 约束，期望该命令非常快，因为NOT VALID. 但是，它花了大约 60-100 秒，并且似乎一直锁定表（基于在那段时间其他事情失败）。这是在一个大约有 8,600,000 行的表上。为什么会这样？执行 4 个命令而不是 1 个命令会更好吗？
Postgres 12
ALTER TABLE my_table
ADD CONSTRAINT my_table_column1_not_null CHECK (column1 IS NOT NULL) NOT VALID,
ADD CONSTRAINT my_table_column2_not_null CHECK (column2 IS NOT NULL) NOT VALID,
ADD CONSTRAINT my_table_column3_not_null CHECK (column3 IS NOT NULL) NOT VALID,
ADD CONSTRAINT my_table_column4_not_null CHECK (column4 IS NOT NULL) NOT VALID;
（以前的问题是：Postgres 在设置多列不为空时会使用多列索引吗？）
通常，当我将列设置为不为空时，如果它没有索引，那么我首先添加它，以便 postgres 可以（希望）在锁定表的同时进行表扫描时使用索引，以便表被锁定更短的时间。
我想设置几列不为空，如下所示：
alter table foos
alter column bar1 set not null
alter column bar2 set not null
alter column bar3 set not null
alter column bar4 set not null;
如果我为这些列创建一个多列索引，postgres 在进行此更改之前扫描锁定表时会使用它吗？
CREATE INDEX CONCURRENTLY my_index on foos (bar1, bar2, bar3, bar4);
如果我在 IS NULL（或者，IS NOT NULL）上创建了部分索引怎么办？
CREATE INDEX CONCURRENTLY my_index on foos (bar1, bar2, bar3, bar4) where bar1 is null and bar2 is null and bar3 is null and bar4 is null;
我有这样的桌子
# Things
id
user_id
# ThingUser
id
thing_id
user_id
我想通过 ThingUser 选择 user_id=123 或与用户 123 相关的所有事物。
我想也许我很接近这样的事情：
select * from things
left outer join thing_users on things.id=thing_users.thing_id and thing_users.user_id = 123
where
things.user_id = 123 OR
thing_users.id IS NOT NULL
但是在我非常大的数据集上，这会挂起几秒钟，然后我就退出了。
在 Postgres 中，此查询是否锁定films读取和/或写入？
CREATE TABLE films2 AS
TABLE films;
我有两个进程并行执行这样的代码：
begin;
update foos set unread=false where owner_id=123 and unread=true;
commit;
这会导致死锁。
我对导致死锁的原因的理解就像这个问题中描述的场景一样，“交织”的 UPDATE 语句以不同的顺序更新两个不同的行。我不明白单个 UPDATE 语句如何导致死锁。我无法在我的开发环境中使用两个并行 psql 会话来复制死锁场景。我对为什么无法复制它的猜测：
这个单一的 UPDATE 是否有可能造成死锁？
我想做这样的事情：
begin;
select * from foos where owner_id=123 and unread=true order by id for update;
update foos set unread=false where owner_id=123 and unread=true;
commit;
目标是在两个进程同时执行 UPDATE 时避免死锁。此处描述了更多问题：为什么我会遇到单个 UPDATE 查询的死锁？
在我获取锁的语句中，我不需要有关行的任何信息。我只想锁定那些特定的行。有没有办法做到这一点（优雅或hacky），它告诉postgres不要做任何实际给我数据的工作？
我想做这样的事情：
alter table foos
alter column bar type bool using bar::boolean;
bar当前是一个文本列。一些实验表明 postgres 会做一些事情，比如将字符串转换"t"为布尔值true。就我而言，这很棒，但我想在使用它之前阅读完整的行为。我似乎无法找到该文档的位置。
我有一个代表时间范围的表格。
Column | Type | Modifiers
-------------+-----------------------------+--------------------------------------------------------------------------
id | bigint | not null default nextval('exploded_recurring_sessions_id_seq'::regclass)
schedule_id | bigint |
start_time | time without time zone |
end_time | time without time zone |
然后我会做一个这样的查询：
select from my_table where localtime >= start_time and localtime < end_time;
这里的业务逻辑在 end_time 是午夜的情况下是有意义的，因为我认为一个范围包括 start_time 而不包括 end_time。
当然，这个查询实际上并不起作用，因为当 end_time 为 00:00:00 时，localtime 永远不会 < end_time。
我能想到两种解决方案。
00:00:00,'00:00:00'::time without time zone - interval '1 microsecond'用于午夜。这每一个导致错误计算的可能性可能低到永远不会发生。即使它确实每年发生几次，后果基本上不存在，至少就我现在的系统而言。然而，这是一个丑陋的解决方案，使用这样的错误数据可能会产生其他后果。select from my_table where localtime >= start_time and (localtime < end_time or end_time == '00:00:00'). 这看起来很简单，但是有必要创建一个或多个特殊索引。如果它是唯一的解决方案，这不是问题，但如果可能的话，感觉像是一个值得避免的缺点。还有其他方法可以解决这个问题吗？某种特殊的日期时间函数可以适应这种计算？表示数据的更好方法？
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。与上述情况相同。有没有更优雅（或更正确）的方法来实现上面的第一个要点？
关于如何解决这个问题的任何其他想法？
我想要一个时间戳数组来跟踪一系列事件。第一个事件总是在创建行时发生，所以我希望使用初始默认值来实例化数组。我已经尝试了这两件事，它们都导致在now()声明时被执行。我有可能用一个简单的默认值来实现这一点，还是我需要写一个钩子？
# ALTER TABLE messages ADD COLUMN testarray TIMESTAMP[] DEFAULT '{NOW()}';
ALTER TABLE
# ALTER TABLE messages ADD COLUMN testarray2 TIMESTAMP[] DEFAULT '{"NOW()"}';
ALTER TABLE
freedom_development=# \d messages
Table "public.messages"
Column | Type | Modifiers
---------------+-------------------------------+-------------------------------------------------------------------------
id | integer | not null default nextval('messages_id_seq'::regclass)
testarray | timestamp without time zone[] | default '{"2017-12-30 21:00:09.622951"}'::timestamp without time zone[]
testarray2 | timestamp without time zone[] | default '{"2017-12-30 21:00:19.936001"}'::timestamp without time zone[]