Início / dba / Perguntas / 302522
Accepted
Pantea
Asked: 2021-11-13 01:45:42 +0800 CST

O uso da dica "qb_name()" (nome do bloco de consulta) em uma consulta tem um efeito significativo no desempenho?

  • 772

Acabei de me familiarizar com a dica "qb_name" (query block name)no Oracle e abaixo você pode ver um exemplo de uso dessa dica em uma consulta:

select
        /*+
                qb_name(main)
        */
        ord.id,
        ord.valuation,
        ord.status,
        (select /*+ qb_name(company) */ max(com.name)  from companies  com  where com.id  = ord.id_company) company,
        (select /*+ qb_name(product) */ max(prd1.name) from products   prd1 where prd1.id = orl.id_product) product,
        orl.quantity
from
        orders          ord,
        order_lines     orl
where
        ord.date_placed > trunc(sysdate) - 7
and     orl.id_ord = ord.id
and     orl.id_product in (
                select  /*+ qb_name(class) */
                        prd2.id
                from    products prd2
                where   prd2.class = 'Group25'
        )

Já pesquisei sobre isso mas os artigos não eram tão práticos então resolvi perguntar sobre essa dica aqui. Minhas perguntas são:

  1. Tem algum efeito significativo sobre performance?
  2. Alguém aqui usou essa dica em sua consulta? porque ?
  3. Em que circunstâncias devemos usar esta dica?

desde já, obrigado

oracle performance

3 respostas

  1. Nenhum impacto no desempenho, mas pode tornar mais fácil seguir um plano de consulta complicado e sugerir subconsultas específicas (ou seja, potencial para permitir que você facilite as melhorias de desempenho).

    Eu o uso de tempos em tempos, principalmente quando estou demonstrando planos de execução, pois as subconsultas retêm os nomes dos blocos de consulta quando você adiciona bits.

    Não há nenhuma situação que exija que você use a dica.

    • 2
  2. Best Answer

    Pode ser útil fornecer seus próprios nomes para blocos de consulta no lugar de SEL$1, SEL$2etc. gerados pelo otimizador. Também pode ser mais confiável se, por exemplo, suas dicas de nível superior se referirem a sub-blocos por nome, mas a numeração gerada pelo sistema for alterada posteriormente devido a edições na consulta, tornando sua /*+ full(e@sel$5) */dica sem sentido.

    Consulta não sugerida:

    select * from emp e
where  e.deptno in
       ( select d.deptno
         from   dept d
         where  d.loc = 'DALLAS' )
and    e.job = 'ANALYST';

    Plano inclui:

    Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------

   3 - SEL$5DA710D3 / E@SEL$1
   4 - SEL$5DA710D3 / D@SEL$2
   5 - SEL$5DA710D3 / D@SEL$2

Outline Data
-------------

  /*+
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('19.1.0')
      DB_VERSION('19.1.0')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$5DA710D3")
      UNNEST(@"SEL$2")
      OUTLINE(@"SEL$1")
      OUTLINE(@"SEL$2")
      FULL(@"SEL$5DA710D3" "E"@"SEL$1")
      INDEX(@"SEL$5DA710D3" "D"@"SEL$2" ("DEPT"."DEPTNO"))
      LEADING(@"SEL$5DA710D3" "E"@"SEL$1" "D"@"SEL$2")
      USE_NL(@"SEL$5DA710D3" "D"@"SEL$2")
      NLJ_BATCHING(@"SEL$5DA710D3" "D"@"SEL$2")
      END_OUTLINE_DATA
  */

    Agora, se usarmos qblock_name para nomear o bloco de subconsulta e nos referirmos a ele no nível superior:

    select /*+ index(d@deptsubq(dept.loc)) */ * from emp e
where  e.deptno in
       ( select /*+ qb_name(deptsubq) */ d.deptno
         from   dept d
         where  d.loc = 'DALLAS' )
and    e.job = 'ANALYST';

    a mesma seção do plano se torna:

    Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------

   3 - SEL$F31E4C0D / E@SEL$1
   4 - SEL$F31E4C0D / D@DEPTSUBQ
   5 - SEL$F31E4C0D / D@DEPTSUBQ

Outline Data
-------------

  /*+
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('19.1.0')
      DB_VERSION('19.1.0')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$F31E4C0D")
      UNNEST(@"DEPTSUBQ")
      OUTLINE(@"SEL$1")
      OUTLINE(@"DEPTSUBQ")
      FULL(@"SEL$F31E4C0D" "E"@"SEL$1")
      INDEX(@"SEL$F31E4C0D" "D"@"DEPTSUBQ" ("DEPT"."LOC"))
      LEADING(@"SEL$F31E4C0D" "E"@"SEL$1" "D"@"DEPTSUBQ")
      USE_NL(@"SEL$F31E4C0D" "D"@"DEPTSUBQ")
      NLJ_BATCHING(@"SEL$F31E4C0D" "D"@"DEPTSUBQ")
      END_OUTLINE_DATA
  */

    Além disso, o relatório de dicas (19c) mostra os blocos nomeados:

    Hint Report (identified by operation id / Query Block Name / Object Alias):
Total hints for statement: 2
---------------------------------------------------------------------------

   0 -  DEPTSUBQ
           -  qb_name(deptsubq)

   4 -  SEL$F31E4C0D / D@DEPTSUBQ
           -  index(d@deptsubq(dept.loc))

    Embora este seja um exemplo trivial e artificial, você pode ver como a nomeação de blocos de consulta facilitaria a consolidação de dicas no nível superior.

    • 2

  3. A documentação diz que é para nomear blocos de SQL.

    Use a dica QB_NAME para definir um nome para um bloco de consulta.

    Isso parece ser mais para a pessoa que está ajustando o SQL mais do que para o CBO.

    Respostas

    1. Não
    2. eu desconhecia isso
    3. Use-o quando sua consulta for muito complexa e você precisar de ajuda para ler O Plano

    Vou ter que verificar. mas, se o nome do CTE não aparecer no Plano, seria um bom lugar para colocá-lo. (Geralmente estou usando um mínimo de 5 CTEs em uma instrução SQL.)

    • 1

relate perguntas