Início / dba / Perguntas / 37396
Accepted
Stephane Rolland
Asked: 2013-03-23 15:52:23 +0800 CST

Uso correto das indicações VOLATILE COST (e ROWS) no procedimento armazenado do Postgresql

  • 772

Enquanto observava vários exemplos de pl/pythonand pl/pgsql, vi muitos - mas não todos - usando volatile cost.

ou seja:

CREATE OR REPLACE FUNCTION my_function()
RETURNS setof record AS
$BODY$
-- code
$BODY$
LANGUAGE plpgsql VOLATILE
COST 100;

Procurando mais informações sobre volatile cost, descobri (à primeira vista) que aproximadamente pelo menos 90% dos exemplos da web estão usando volatile cost 100, e às vezes às vezes volatile cost 1. ( rowspois é 1000).

Pelo que entendi, essa indicação ajuda o otimizador do plano de consulta a decidir como definir prioridades em operações booleanas de curto-circuito.

É uma otimização prematura se eu começar a dar uma estimativa costou rowspara cada um dos meus procedimentos armazenados? Devo fazer isso apenas quando quiser otimizar determinada consulta? É uma arte escolher o bom valor do custo?

Eu sei sobre o comando explain, que ainda não aprendi. Este comando é útil para estimar cost?

stored-procedures postgresql

1 respostas

  1. Best Answer

    VOLATILEé completamente independente de COST.

    O primeiro define a volatilidade da função e VOLATILEé o padrão, portanto pode ser omitido. As alternativas são STABLEe IMMUTABLE.

    Este último só é válido em combinação com um COSTparâmetro, como COST 500. O padrão é COST 100qual, novamente, pode ser omitido. Ele declara o custo por linha do resultado, que é utilizado pelo planejador de consulta para encontrar o plano mais barato. Se você não sabe exatamente o que está fazendo, deixe-o como padrão.

    Leia o manual muito bom , começando no capítulo CREATE FUNCTION.

    • 7

relate perguntas