Início / dba / Perguntas / 172954
Accepted
Kshitiz Sharma
Asked: 2017-05-09 02:57:12 +0800 CST

Explique a diferença de saída entre essa junção interna e natural

  • 772

Um JOIN NATURAL é uma operação JOIN que cria uma cláusula de junção implícita para você com base nas colunas comuns nas duas tabelas que estão sendo unidas. Uma junção NATURAL pode ser uma junção INNER, uma junção LEFT OUTER ou uma junção RIGHT OUTER. O padrão é junção INNER. Fonte

Portanto, uma junção natural pode ser uma forma abreviada de implementar a junção interna se ambas as tabelas tiverem uma coluna comum.

Considere a seguinte tabela:

SELECT * FROM t1;
/*
        ID PLANET  
---------- --------
         1 jupiter 
         2 earth 
*/

Unimos a tabela a ela mesma:

SELECT first.id, first.planet FROM t1 first INNER JOIN t1 second ON first.id=second.id;
/*
        ID PLANET  
---------- --------
         1 jupiter 
         2 earth   
*/

Tente fazer o mesmo com a notação de junção natural:

SELECT id, planet FROM t1 NATURAL JOIN t1;
/*
        ID PLANET  
---------- --------
         1 jupiter 
         1 jupiter 
         2 earth   
         2 earth   
*/

Dado que a junção natural aqui é implementada usando a junção interna, por que as várias linhas?

Atualizar:

A execução da mesma junção com aliases de tabela tem uma saída diferente:

SELECT id, planet FROM t1 first NATURAL JOIN t1 second;
/*
        ID PLANET  
---------- --------
         1 jupiter 
         2 earth   
*/
oracle join

2 respostas

  1. Best Answer

    O banco de dados Oracle não entende a sintaxe de junção ANSI internamente (exceto FULL OUTER JOIN), ele reescreve essas consultas para sua própria sintaxe de junção antiga. Se você habilitar o rastreamento do otimizador, por exemplo:

    alter session set events '10053 trace name context forever, level 1';

    E execute as consultas, no arquivo de rastreamento gerado, você pode visualizar a forma final da consulta que é executada.

    select id, planet from t1 ta natural join t1 tb

    é transformado em (BP é meu esquema):

    Final query after transformations:******* UNPARSED QUERY IS *******
SELECT "TB"."ID" "ID","TB"."PLANET" "PLANET" FROM "BP"."T1" "TA","BP"."T1" "TB"
WHERE "TA"."PLANET"="TB"."PLANET" AND "TA"."ID"="TB"."ID"

    E

    select id, planet from t1 natural join t1

    é transformado em:

    Final query after transformations:******* UNPARSED QUERY IS *******
SELECT "T1"."ID" "ID","T1"."PLANET" "PLANET" FROM "BP"."T1" "T1","BP"."T1" "T1"
WHERE "T1"."PLANET"="T1"."PLANET" AND "T1"."ID"="T1"."ID"

    E este é o problema, "T1"."PLANET"="T1"."PLANET" AND "T1"."ID"="T1"."ID".

    Mas não me pergunte por que, é apenas uma daquelas coisas "inexplicáveis" no Oracle.

    Eu vi um caso em que a transformação resultou em uma consulta final igualmente ambígua, e houve uma mensagem de erro real no arquivo de rastreamento, ainda assim, o banco de dados retornou resultados errados e nenhum erro para o cliente.

    • 6

  2. Parece um bug.

    Primeiro, um self x NATURAL JOIN xdeve retornar o mesmo número de linhas e colunas que a tabela original. Portanto, a última consulta que retorna 2 linhas está correta. A 2ª consulta, que retorna 4 linhas, parece estar fazendo um CROSS JOIN(se você tentar com uma tabela de 3 linhas, ela retornará 9).

    Segundo, a consulta deveria ter dado um "ORA-00918: column ambiguously defined"erro ou algo parecido porque não é permitido ter 2 tabelas com o mesmo alias na mesma FROMcláusula.

    Veja os testes em dbfiddle.uk , onde as junções cruzadas retornam esta mensagem de erro:

    > SELECT id, planet FROM t1, t1;
> ORA-00918: column ambiguously defined

> SELECT id, planet FROM t1 CROSS JOIN t1;
> ORA-00918: column ambiguously defined

    e as mesmas consultas testadas no Postgres :

    > SELECT * FROM t1 NATURAL JOIN t1;
> ERROR:  table name "t1" specified more than once
    • 3

relate perguntas