Início / dba / Perguntas / 56721
Accepted
J-16 SDiZ
Asked: 2014-01-14 18:34:13 +0800 CST

Exibição de propósito geral para o último valor em um grupo

  • 772

Estou tentando criar uma exibição para mostrar o último valor do grupo. Procurando por uma consulta de propósito mais geral.

CREATE TABLE a (
   id INTEGER,
   seq INTEGER,
   val VARCHAR2(16),
   PRIMARY KEY(id,seq)
);

-- View 1
CREATE VIEW v1 AS SELECT a.*
 FROM 
  a, 
  (SELECT id, MAX(seq) from a GROUP BY id) b
 WHERE a.id=b.id AND a.seq=b.seq

-- View 2
CREATE VIEW v2 AS SELECT a.*
 FROM 
  a 
 WHERE a.seq=(SELECT seq from a b WHERE a.id=b.id ORDER BY seq DESC LIMIT 1)

A exibição 1 funciona melhor quando desejo listar todos os registros.

Visualização 2 tem melhor desempenho quando eu faço SELECT * FROM v2 WHERE id=?

Como essa visão deve ser dada a pessoas de fora, quero que seja o mais geral possível. Existe alguma maneira de dizer ao PostgreSQL que essas duas consultas são equivalentes e permitir que ele as escolha automaticamente?

postgresql performance

1 respostas

  1. Best Answer

    Este formulário com DISTINCT ONé normalmente mais rápido do que v1ou v2:

    CREATE VIEW v3 AS
SELECT DISTINCT ON (id) a.*
FROM   a
ORDER  BY id, seq DESC NULLS LAST;

    Você obtém a saída classificada (por id) em cima dela, o que normalmente é um efeito colateral bem-vindo.
    Pequena diferença: este formulário inclui uma linha para ids com apenas valores NULL em seq. Isso também seria um efeito bem-vindo, normalmente. E irrelevante se seqfor definido NOT NULL.

    Se o desempenho for essencial, sugiro criar um índice de várias colunas correspondente (!) do formulário:

    CREATE INDEX a_id_seq_idx ON a (id, seq DESC NULLS LAST);

    Muito mais detalhes e mais alternativas nesta questão relacionada em SO:
    Selecione a primeira linha em cada grupo GROUP BY?

    Alternar consulta dependendo da entrada

    Se você estiver interessado em uma técnica de comutação per se, em vez disso, você pode criar uma função de tabela em vez da exibição que recebe um id como parâmetro.

    CREATE OR REPLACE FUNCTION f_a(_id int DEFAULT NULL)
  RETURNS SETOF a AS
$func$
BEGIN

IF _id IS NULL THEN
    RETURN QUERY
    SELECT ... ;
ELSE
    RETURN QUERY
    SELECT ...
   WHERE  id = _id;
END IF;

END
$func$  LANGUAGE plpgsql;

    Ligar:

    SELECT * FROM f_a();     -- for the whole table
SELECT * FROM f_a(123);  -- for a particular id

    Poderia ser melhorado com mais parâmetros.

    Essa abordagem é perfeita para chamadas simples. Mesmo economiza alguma sobrecarga de planejamento e normalmente é mais rápido que o SQL bruto dessa maneira. Esteja ciente, porém, que uma função plpgsql representa uma barreira de otimização . O corpo da função não pode ser embutido ou otimizado no contexto de uma consulta maior (como uma exibição ou uma função SQL simples poderia ser). Mais nesta resposta relacionada:
    PostgreSQL Stored Procedure Performance

    • 2

relate perguntas