AnalyticDB:Definições de formato de armazenamento de tabela

Escolha um modelo de armazenamento

O modelo escolhido afeta o throughput de escrita, o desempenho das consultas e a taxa de compressão. Use os critérios abaixo para decidir.

Especifique o modelo de armazenamento

Use a cláusula WITH no comando CREATE TABLE para definir o modelo de armazenamento e configurar a compressão. Há suporte aos seguintes parâmetros.

Tabelas orientadas a linhas

Por padrão, o AnalyticDB for PostgreSQL cria tabelas orientadas a linhas usando o modelo de armazenamento heap do PostgreSQL. Esse tipo de tabela é otimizado para:

• Escritas em tempo real via INSERT

• Operações frequentes de UPDATE e DELETE

• Consultas pontuais com índice B-tree

Tabela heap (padrão)

CREATE TABLE foo (a int, b text) DISTRIBUTED BY (a);

Tabela orientada a linhas otimizada para anexação (AORO)

CREATE TABLE bar (a int, b text)
WITH (appendonly=true, orientation=row)
DISTRIBUTED BY (a);

Tabelas orientadas a colunas

As tabelas orientadas a colunas armazenam dados por coluna e leem apenas aquelas referenciadas na consulta. Essa característica as torna ideais para cargas de trabalho de data warehouse, especialmente consultas que agregam poucas colunas, como:

SELECT SUM(revenue), AVG(cost) FROM orders WHERE region = 'us';

Essas tabelas oferecem uma taxa de compressão de 3 a 5 vezes superior à das tabelas orientadas a linhas. No entanto, são menos eficientes para inserções ou atualizações frequentes no nível da linha. Para obter o melhor desempenho, prefira métodos de carregamento em lote, como COPY.

Tabelas orientadas a colunas exigem otimização para anexação. Defina appendonly=true durante a criação.

CREATE TABLE bar (a int, b text)
WITH (appendonly=true, orientation=column)
DISTRIBUTED BY (a);

Tabelas com armazenamento híbrido linha-coluna

O modelo de armazenamento híbrido linha-coluna usa o mecanismo de armazenamento Beam, que combina duas camadas internas:

• Armazenamento delta (orientado a linhas): gerencia escritas em streaming e em tempo real via INSERT INTO ... VALUES. Oferece desempenho de escrita comparável ao de tabelas orientadas a linhas.

• Armazenamento base (baseado em PAX, orientado a colunas): processa escritas em lote por meio de COPY ou INSERT INTO ... SELECT. Proporciona maior throughput para grandes volumes de dados.

O Beam direciona automaticamente os dados recebidos para a camada apropriada, conforme o método de escrita.

CREATE TABLE testtable (a int) USING beam;

ALTER TABLE testtable SET ACCESS METHOD beam;

CREATE TABLE am_partitioned(x INT, y INT)
PARTITION BY HASH (x) USING heap;

CREATE TABLE am_partitioned_1 PARTITION OF am_partitioned
FOR VALUES WITH (MODULUS 3, REMAINDER 0) USING ao_column;

CREATE TABLE amm_partitioned_2 PARTITION OF amm_partitioned
FOR VALUES WITH (MODULUS 3, REMAINDER 1) USING beam;

ALTER TABLE am_partitioned_1 SET ACCESS METHOD ao_row;

Compressão de dados

A compressão está disponível para tabelas orientadas a colunas e tabelas orientadas a linhas otimizadas para anexação (AORO) (appendonly=true). Há suporte a dois níveis de compressão:

• Compressão no nível da tabela: aplica um único algoritmo a toda a tabela

• Compressão no nível da coluna: aplica um algoritmo específico a cada coluna

CREATE TABLE am_testtable(x INT, y INT)
WITH (orientation=column);

CREATE TABLE foo (a int, b text)
WITH (appendonly=true, orientation=column, compresstype=zlib, compresslevel=5);

CREATE TABLE foo (a int, b text)
WITH (appendonly=true, orientation=column, compresstype=zstd, compresslevel=9);