Início / dba / Perguntas / 305852
Accepted
Pantea
Asked: 2022-01-10 11:05:33 +0800 CST

Três "junção de loop aninhado" no plano de execução, apesar de usar duas junções internas na consulta principal

  • 772

Tenho uma dúvida como você pode ver abaixo:

with cte as
 (select customer_num
    from vmi_segment_customer_relation
   where effective_date = to_date('12/30/2021', 'mm/dd/yyyy')
     and segment_id = 10000000592
     )
select 
 t.customer_num, 
 cust_first_name, 
 cust_last_name, 
 cust_type_desc
  from vmi_factcustomer t
  join cte f
    on t.customer_num = f.customer_num
   and t.effective_date = to_date('12/30/2021', 'mm/dd/yyyy')

  join vmi_dimcustomer d
    on t.customer_num = d.customer_num;

Como você pode ver, existem três tabelas nesta consulta

1) vmi_segment_customer_relation, Índice: "IDX1_SEGMENT"na "segment_id" coluna.

2) vmi_factcustomer, Índice: "IDX1_F"na "customer_num" coluna.

3) vmi_dimcustomer, Índice: "IDX_CUSTNUM"na "customer_num"coluna.

Todas as tabelas statisticsestão atualizadas e não há estatísticas desatualizadas. Eu peguei o real execution planpara esta consulta usando esta dica /*+gather_plan_statistics*/, como você pode ver, aqui está o plano:

insira a descrição da imagem aqui

Tenho algumas dúvidas sobre o plano:

  1. Eu esperava que o operation-10estivesse sob o operation-11(op-10 ser o filho de op-11) porque o 'IDX_CUSTNUM'índice é para 'MI_DIMCUSTOMER'tabela! Dê uma olhada op-5 and op-6por exemplo. Ou op-8 and op-9, eu esperava fazer op-10 e op-11 exatamente como os dois e não tenho ideia de por que não é!

  2. Outra questão é que, existem duas junções na consulta, então por que vemos três Nested loop joinsno plano? Qual é a função de cada loop aninhado?

desde já, obrigado

oracle query-performance

1 respostas

  1. Best Answer

    Você parece estar atribuindo muito significado ao ID da operação. Ele existe simplesmente para identificar exclusivamente cada operação e não tem nada a ver com a ordem de execução da operação.

    Você precisa ler o plano "de dentro para fora", desde a operação mais aninhada até a menos aninhada. Com isso em mente, vamos ver o que está acontecendo:

    • Op. 6. IDX1_SEGMENTé escaneado para recuperar ROWIDs correspondentes ao segmento.
    • Op. 5. As linhas de MI_SEGMENT_CUSTOMER_RELATIONsão lidas ROWIDpara filtrar aquelas que correspondem à EFFECTIVE_DATEcondição e obter CUSTOMER_NUM.
    • Op. 3. Faça um loop sobre os CUSTOMER_NUMvalores recuperados.
    • Op. 9. O loop IDX1_Fé escaneado para encontrar as entradas correspondentes CUSTOMER_NUMdo Op. 5, e os ROWIDs correspondentes são recuperados.
    • Op. 8. As linhas de MI_FACTCUSTOMERsão lidas ROWIDpara filtrar aquelas que correspondem à EFFECTIVE_DATEcondição e obter CUSTOMER_NUM.
    • Op. 2. Faça um loop sobre os CUSTOMER_NUMvalores do Op. 8.
    • Op. 10. No acesso de loop IDX_CUSTOMERpara buscar ROWIDs correspondentes ao número do cliente.
    • Op. 1. Faça um loop sobre ROWIDs de Op. 10.
    • Op. 11. No acesso de loop MI_DIMCUSTOMERpara buscar as colunas necessárias.

    Obviamente, esses loops são executados simultaneamente: assim que o novo valor de Op. 5 estiver disponível, a próxima iteração de Ops. 9 e 8 podem prosseguir e, assim que isso for concluído, a próxima iteração de Ops. 10 e 11 podem buscar os dados necessários.

    Dado o pequeno número de linhas e a presença de índices úteis, a escolha da junção de loop aninhado parece apropriada.

    • 3

relate perguntas