想象一下我有一张像这样的桌子：
games (
scores INTEGER[]
)
它有价值观
{1,2}
{3,4}
{}
我想对该数组进行任意聚合。
例如，我该怎么做SELECT SUM(scores) AS total FROM games？还是平均数？还是最大值？
我想出去：
3
7
0
我试过SELECT SUM(UNNEST(scores)) AS total FROM games了，但那给了ERROR: aggregate function calls cannot contain set-returning function calls.
想象一下，我有一个像这样的表“部门”：
name TEXT
parent_department TEXT (nullable)
我也有一个像这样的“预算”表：
department_name TEXT
budget INTEGER
我需要在父部门列之后从“叶到根”“遍历”这个部门表。最终结果是我需要总结每个部门的预算，但问题是我将在任何给定时间使用的“预算”表非常稀疏（10 到 100 行），而部门是非常密集（100m 行）。
通常，我会通过创建一个“递归”CTE 来解决这个问题，该 CTE 将部门关系“扁平化”为一个只有“根部门”、“叶部门”的临时表。然后我会将叶子部门的那个表加入预算，并按根分组。问题是“部门”表现在太大了（我承认，与部门的类比在这里有点分解，没有公司拥有超过 1 亿个部门）。
具体来说，如果我有这样的部门（孩子->父母）：
C -> B
B -> A
A -> NULL
E -> D
D -> NULL
F -> G
G -> NULL
和这样的预算：
A 1
C 3
E 5
我想得到输出：
A 4
D 5
理想情况下，例如，F 和 G 永远不会被触及，因为像 F 和 G 这样的数亿行不应该出现。但在我当前的查询中，他们确实如此。我该如何解决这个问题，以便我只“遍历”我实际需要的部门？
我需要
SELECT MAX(created_at) FROM someTable
每当我的应用程序启动时。该表是巨大的（数十亿行）。created_at我为快速查询而创建的索引使用了数 GB。有没有办法只在最高元素上创建某种部分索引？或者有什么方法可以减少占用空间？还是完全替代方法？我需要在此列上查询的只是最大元素。
我有一个布尔列，对于 >99.9% 的行将是错误的。我需要有效地获取该列为真的所有行。
最好的选择是什么？在列上创建索引？在列为真的地方创建部分索引？但我不知道部分索引将/应该包含哪些列。
这不会解析，但有没有办法做类似的事情：CREATE INDEX mytable_cond ON mytable () WHERE cond = TRUE;？索引在哪里保存字面上的零列？
我有一个巨大的表，在满足特定条件的 <0.1% 的行上有一个很小的部分索引（一列为空）。我想伪随机选择满足此条件的行。我可以使用已经存在的部分索引来加快速度吗？如果可以，如何？
