Início / dba / Perguntas / 210813
Accepted
Manngo
Asked: 2018-06-29 01:27:58 +0800 CST

Noções básicas sobre variações em várias junções

  • 772

Eu tenho duas versões de uma junção múltipla que produzem resultados idênticos. As cinco tabelas são:

customers ← sales ← saleitems → paintings → artists

As setas (espero) mostram a relação entre as tabelas.

Cada tabela tem uma chave primária chamada id, e as tabelas internas têm uma chave estrangeira para outra tabela chamada [othertable]id.

A primeira versão é uma junção clássica com a tabela listada na ordem acima

SELECT
    c.id, c.givenname, c.familyname,
    a.givenname, a.familyname
FROM
    customers c
        JOIN sales s ON c.id=s.customerid
            JOIN saleitems si ON s.id=si.saleid
                JOIN paintings p ON si.paintingid=p.id
                    JOIN artists a ON p.artistid=a.id

;

A segunda versão contém todas as JOINcláusulas primeiro, e as ONcláusulas, na ordem inversa .

SELECT
    c.id, c.givenname, c.familyname,
    a.givenname, a.familyname
FROM
    customers c
        JOIN sales s 
            JOIN saleitems si
                JOIN paintings p
                    JOIN artists a
                    ON p.artistid=a.id
                ON si.paintingid=p.id
            ON s.id=si.saleid
        ON c.id=s.customerid

;

OK, então funciona, mas alguém pode explicar como funciona a segunda versão? Por que a ordem das ONcláusulas deve ser o inverso das JOINcláusulas? É possível ordenar aleatoriamente as cláusulas JOINou ?ON

Eu testei isso no Microsoft SQL e também no PostgreSQL.

sql-server postgresql

2 respostas

  1. Best Answer

    Você não pode randomizá-los, a ordem é importante. Talvez você possa ver mais claramente se adicionarmos alguns parênteses entre as junções.

    SELECT
    c.id
FROM
    customers c
        JOIN (sales s JOIN saleitems si ON s.id = si.saleid)
    ON c.id = s.customerid

    O que essa consulta está fazendo é unir primeiro e, salesem saleitemsseguida, seu resultado está sendo unido com customers. Você não pode fazer referência a uma customerscoluna dentro da junção de parênteses porque ela não está acessível:

    SELECT
    c.id
FROM
    customers c
        JOIN (sales s JOIN saleitems si ON s.id = si.saleid 
            AND c.id = c.customerid) -- What is c.customerid here??

    Msg 4104, Level 16, State 1, Line 6 O identificador de várias partes "s.customerid" não pôde ser vinculado.

    Se você me perguntar, eu ficaria com a primeira maneira de escrever a consulta, é muito mais clara para a maioria dos programadores dessa maneira.

    • 2

  2. A sintaxe JOIN na maioria dos casos requer que ambos JOIN e ON estejam presentes (a menos que algumas situações específicas como CROSS JOIN para as quais ON não faria nenhuma diferença). Considere que isso seja semelhante a BEGIN..ENDdeclarações - elas têm que ser a ENDdeclaração relacionada ao anterior mais próximo, BEGINcomo

    BEGIN -- block 1
  BEGIN -- block 2
    -- 
  END -- end block 2
END -- end block 1

    É por isso que funcionou quando você colocou as cláusulas ON na ordem inversa. Mas não é uma boa prática, porque será demorado determinar qual condição se relaciona a quais tabelas. Especialmente se você perder o recuo/formatação no caminho.

    Além disso, o recuo extra para o 2º e todos os próximos JOINS é desnecessário. A ordem das JOINcláusulas geralmente não importa (a menos que você use uma dica de consulta que force o otimizador a fazer isso).

    Eu, pessoalmente, acharia muito mais limpo como abaixo (+ declare explicitamente INNER JOIN, + organize junções começando com a tabela 'fato' em que você está interessado, outras tabelas são descrições dos fatos que você está recuperando, opcionalmente se importante, eu coloque cada coluna em uma linha separada - se não for importante, geralmente as coloco em uma linha). Mas, novamente, isso é coisa de estilo de codificação individual.

    SELECT
  c.id, c.givenname, c.familyname,
  a.givenname, a.familyname
FROM
  saleitems si
  INNER JOIN sales s ON si.SaleId = s.Id
  INNER JOIN customers c ON s.CustomerId = c.Id
  INNER JOIN paintings p ON si.PaintingId = p.Id
  INNER JOIN artists a ON p.ArtistId = a.Id
    • 1

relate perguntas