OrangeDog's questions

从 pglz更改default_toast_compression为 lz4 后，我想将现有数据更新为新的、更快的压缩。

唯一的方法似乎是转储整个表并从头开始重新创建它，这对于非常大和/或正在使用的数据库来说并不理想。

我发现这个邮件列表线程表明UPDATE tab SET id = id可以做到这一点，但测试表明什么也没有发生。

postgres=# SHOW default_toast_compression;
 default_toast_compression
---------------------------
 lz4
(1 row)

postgres=# SELECT pg_column_compression(data) FROM pg_largeobject WHERE loid=49946 AND pageno=0;
 pg_column_compression
-----------------------
 pglz
(1 row)

postgres=# UPDATE pg_largeobject SET data=data WHERE loid=49946 AND pageno=0;
UPDATE 1

postgres=# SELECT pg_column_compression(data) FROM pg_largeobject WHERE loid=49946 AND pageno=0;
 pg_column_compression
-----------------------
 pglz
(1 row)

有没有办法提前确定VACUUM FULL特定表上的磁盘空间将返回给操作系统？因此，您可以决定这样做是否值得。

如果有一个简单的查询可以为数据库/服务器中的每个表执行此操作（而不是单独执行每个表），则奖励。

继结合 array_agg 和 unnest之后，给定以下数据：

key |  a | b | c
------------------
 1  |  0 | 1 | {1,2}
 1  |  1 | 2 | {3}
 1  | -1 | 3 | {2}
 1  |  2 | 4 | {}

执行此查询：

SELECT 
  d.key,
  min(d.a) AS a,
  sum(d.b) AS b,
  array_agg(DISTINCT x.c) AS c 
FROM data AS d
  CROSS JOIN LATERAL unnest(d.c) AS x(c)
GROUP BY d.key

给出了意想不到的结果：

key |  a | b | c
------------------
 1  | -1 | 7 | {1,2,3}

这里发生了什么，以及如何获得正确的总和？

答案表现

根据我的实际数据（16642 行、1942 个键、6 个聚合），我得到了每个建议解决方案的这些成本估算。

• a_horse_with_no_name选项 1：1761.12..49370.52
• a_horse_with_no_name选项 2：0.57..89214.72
• 欧文·布兰德施泰特：1761.12..49370.61

给定一个数据集（GIN索引为values）：

key | values
-------------
 1  | {4,2,1}
 1  | {2,5}
 2  | {4,1,3}

我想聚合数组：

key | values
-------------
 1  | {4,2,1,5}
 2  | {4,1,3}

我的第一个想法没有奏效：

SELECT key, array_agg(DISTINCT unnest(values)) AS values FROM data GROUP BY key

[0A000] 错误：聚合函数调用不能包含集合返回函数调用
提示：您可能能够将集合返回函数移动到 LATERAL FROM 项中。

不熟悉LATERAL FROM，对我来说如何实现所需的输出并不明显。