Há um impacto no espaço em disco ao escolher NULL vs matriz vazia {} para o padrão de uma coluna ARRAY[]? [duplicado]

A resposta da AMG funcionou muito bem, mas tem alguns bugs/ortografia/erros de caso. Tentei editá-lo, mas as edições foram rejeitadas. ?

Aqui está sua recomendação limpa (copiar/colar diretamente no SQL Editor) e os resultados.

1 - Crie 2 tabelas:

CREATE TABLE TABLE_WITH_NULL (col1 int not null, col2 int[]);
CREATE TABLE TABLE_WITH_DEFAULT (col1 int not null, col2 int[] default '{}'::int[]);

2 - Faça 1 milhão de inserções para cada tabela com:

INSERT INTO TABLE_WITH_NULL(col1) SELECT generate_series(1,1000000);
INSERT INTO TABLE_WITH_DEFAULT(col1) SELECT generate_series(1,1000000);

3 - Verifique o uso do disco da tabela usando esta consulta: (encontrado em https://wiki.postgresql.org/wiki/Disk_Usage )

SELECT *, pg_size_pretty(total_bytes) AS total
    , pg_size_pretty(index_bytes) AS INDEX
    , pg_size_pretty(toast_bytes) AS toast
    , pg_size_pretty(table_bytes) AS TABLE
  FROM (
  SELECT *, total_bytes-index_bytes-COALESCE(toast_bytes,0) AS table_bytes FROM (
      SELECT c.oid,nspname AS table_schema, relname AS TABLE_NAME
              , c.reltuples AS row_estimate
              , pg_total_relation_size(c.oid) AS total_bytes
              , pg_indexes_size(c.oid) AS index_bytes
              , pg_total_relation_size(reltoastrelid) AS toast_bytes
          FROM pg_class c
          LEFT JOIN pg_namespace n ON n.oid = c.relnamespace
          WHERE relkind = 'r' and relname in ('table_with_null','table_with_default')
  ) a
) a;

4 - Com as respostas em mãos solte as tabelas:

DROP TABLE TABLE_WITH_NULL;
DROP TABLE TABLE_WITH_DEFAULT;

Aqui estão meus resultados. (PostgreSQL 10.5)......

Portanto, a resposta direta para a pergunta é que matrizes vazias {}consomem mais espaço do que NULL. ?

_{Leitura adicional: Como colunas completamente vazias em uma tabela grande afetam o desempenho?}

Por que você não verifica por si mesmo?

1 - Crie 2 tabelas:

CREATE TABLE TABLE1 (column1 int not null, column2 int[] default {});
CREATE TABLE TABLE2 (column1 int not null, column2 int[]);

2 - faça 1 milhão de inserções para cada tabela com:

insert into TABLE1(colulmn1) SELECT generate_series(1,1000000);
insert into TABLE2(colulmn1) SELECT generate_series(1,1000000);

3 - verifique o uso do disco da tabela usando esta consulta: (encontrado em https://wiki.postgresql.org/wiki/Disk_Usage )

SELECT *, pg_size_pretty(total_bytes) AS total
    , pg_size_pretty(index_bytes) AS INDEX
    , pg_size_pretty(toast_bytes) AS toast
    , pg_size_pretty(table_bytes) AS TABLE
  FROM (
  SELECT *, total_bytes-index_bytes-COALESCE(toast_bytes,0) AS table_bytes FROM (
      SELECT c.oid,nspname AS table_schema, relname AS TABLE_NAME
              , c.reltuples AS row_estimate
              , pg_total_relation_size(c.oid) AS total_bytes
              , pg_indexes_size(c.oid) AS index_bytes
              , pg_total_relation_size(reltoastrelid) AS toast_bytes
          FROM pg_class c
          LEFT JOIN pg_namespace n ON n.oid = c.relnamespace
          WHERE relkind = 'r' and relname in ('TABLE1','TABLE2')
  ) a
) a;

4 - sempre que estiver convencido é só largar as tabelas:

DROP TABLE TABLE1;
DROP TABLE TABLE2;