Início / dba / Perguntas / 244769
Accepted
ThatDataGuy
Asked: 2019-08-08 05:12:07 +0800 CST

Como posso ver qual consulta é emitida pelo analisador de consultas?

  • 772

Considere este trecho:

create table tbl_1(name text);
create table tbl_2(name text);

create function my_insert(_name text) returns text
    language sql
as $$
   insert into tbl_2(name)
   values (_name);
   select _name;
$$;

explain analyse
with x as (select name from tbl_1)
   ,y as (select my_insert(x.name) from x)
select 0
;

retorna

Result  (cost=12.72..12.72 rows=1 width=4) (actual time=0.001..0.001 rows=1 loops=1)
  CTE x
    ->  Seq Scan on tbl_1  (cost=0.00..12.72 rows=1360 width=32) (never executed)
Planning Time: 0.053 ms 
Execution Time: 0.013 ms

Agora eu posso entender porque a cláusula xnão está sendo executada (e também yé claro), mas o plano não menciona nada sobre o que aconteceu com cláusula y.

Isso me leva a suspeitar que o analisador de consulta está emitindo uma consulta que não contém a cláusula y.

Como posso confirmar isso? Como posso ver o que o analisador está emitindo aqui? Como alternativa, como ver qual consulta o planejador avaliou?

postgresql

1 respostas

  1. Best Answer

    Isso me leva a suspeitar que o analisador de consulta está emitindo uma consulta que não contém a cláusula y.

    O analisador de consulta emite árvores de consulta e o planejador de consulta emite planos. Ambos podem ser mostrados com mais detalhes com as configurações debug_print_parsee . debug_print_planDa documentação :

    Agora, o que é uma árvore de consulta? É uma representação interna de uma instrução SQL onde as partes únicas das quais ela é construída são armazenadas separadamente. Essas árvores de consulta podem ser mostradas no log do servidor se você definir os parâmetros de configuração debug_print_parse, debug_print_rewritten ou debug_print_plan

    No caso da consulta na pergunta, yaparentemente é eliminada. É o trabalho do planejador, não do analisador. A saída do log com debug_print_parsemostraria isso, porque isso é antes de ser eliminado, ao contrário da saída com debug_print_plan, na qual não deveria estar presente.

    No entanto, o resultado de EXPLAINsem menção à avaliação ydeve ser uma prova suficiente de que o planejador a eliminou.

    • 2

relate perguntas