OrangeDog's questions

Depois de mudar default_toast_compressionde pglz para lz4, gostaria de atualizar os dados existentes para a nova compactação mais rápida.

A única maneira parece ser despejar a tabela inteira e recriá-la do zero, o que não é ideal para bancos de dados muito grandes e/ou em uso.

Encontrei este tópico da lista de discussão que sugere que UPDATE tab SET id = idisso aconteceria, mas os testes mostram que nada aconteceu.

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)

Existe uma maneira de determinar antecipadamente quanto espaço em disco VACUUM FULLem uma tabela específica retornaria ao sistema operacional? Portanto, você pode decidir se vale a pena o custo de fazê-lo.

Bônus se houver uma consulta simples para fazer isso para cada tabela em um banco de dados/servidor (em vez de fazer cada uma separadamente).

Seguindo combinando array_agg e unnest , dados estes dados:

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

Executando esta consulta:

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

Dá o resultado inesperado:

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

O que está acontecendo aqui, e como obter a soma correta?

Desempenho da resposta

Em meus dados reais (16.642 linhas, 1.942 chaves, 6 agregados), recebo essas estimativas de custo para cada solução sugerida.

• a_horse_with_no_name opção 1:1761.12..49370.52
• a_horse_with_no_name opção 2:0.57..89214.72
• Erwin Brandstetter :1761.12..49370.61

Dado um conjunto de dados (com um GINíndice em values):

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

Eu quero agregar os arrays:

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

Meu primeiro pensamento não funcionou:

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

[0A000] ERRO: as chamadas de função agregada não podem conter chamadas de função de retorno de conjunto
Dica: você pode mover a função de retorno de conjunto para um item LATERAL FROM.

Não estando familiarizado com LATERAL FROM, não é óbvio para mim como obter a saída desejada.