Início / dba / Perguntas / 35596
Accepted
Mr. Ant
Asked: 2013-02-28 08:33:44 +0800 CST

Uma junção é otimizada para uma cláusula where em tempo de execução?

  • 772

Quando eu escrevo uma consulta como esta...

select *
from table1 t1
join table2 t2
on t1.id = t2.id

O otimizador SQL, não tenho certeza se esse é o termo correto, traduz isso para...

select *
from table1 t1, table2 t2
where t1.id = t2.id

Essencialmente, a instrução Join no SQL Server é apenas uma maneira mais fácil de escrever sql? Ou é realmente usado em tempo de execução?

Editar: quase sempre, e quase sempre, uso a sintaxe Join. Estou apenas curioso para saber o que acontece.

sql-server t-sql

4 respostas

  1. Best Answer

    Esses geralmente entrarão em colapso para a mesma coisa internamente. O primeiro é aquele que você sempre deve escrever , IMHO. Mais importante, por que isso importa? Eles são idênticos em termos de plano de execução e desempenho (supondo que você não estrague tudo, o que é mais fácil de fazer com a sintaxe antiga e preguiçosa).

    Aqui está a prova usando o AdventureWorks de que não existe CROSS JOINe está filteracontecendo.

    A junção explícita:

    insira a descrição da imagem aqui

    A junção implícita:

    insira a descrição da imagem aqui

    Olha, mãe! Planos idênticos, resultados idênticos, sem junções cruzadas ou filtros vistos em qualquer lugar.

    (Para maior clareza, o aviso no SELECToperador em ambos os casos é uma conversão implícita que afeta a cardinalidade, nada a ver com a junção em nenhum dos casos.)

    • 21

  2. Estritamente falando, há uma diferença na entrada para o otimizador de consulta entre os dois formulários:

    -- Input tree (ISO-89)
SELECT
    p.Name,
    Total = SUM(inv.Quantity)
FROM 
    Production.Product AS p,
    Production.ProductInventory AS inv
WHERE
    inv.ProductID = p.ProductID
GROUP BY
    p.Name
OPTION (RECOMPILE, QUERYTRACEON 8605, QUERYTRACEON 3604);

    Árvore de entrada ISO-89

    -- Input tree (ISO-92)
SELECT
    p.Name,
    Total = SUM(inv.Quantity)
FROM Production.Product AS p
JOIN Production.ProductInventory AS inv ON
    inv.ProductID = p.ProductID
GROUP BY
    p.Name
OPTION (RECOMPILE, QUERYTRACEON 8605, QUERYTRACEON 3604);

    Árvore de entrada ISO-92

    Como você pode ver, o ONpredicado da cláusula está fortemente vinculado à junção usando a sintaxe moderna. Com a sintaxe mais antiga, há uma junção cruzada lógica seguida por uma seleção relacional (um filtro de linha).

    O otimizador de consulta quase sempre recolhe a seleção relacional na junção durante a otimização, o que significa que os dois formulários provavelmente produzirão planos de consulta equivalentes, mas não há garantia real.

    • 21

  3. OK, eu estava curioso, então fiz um teste. Eu tenho planos de execução reais para o seguinte.

    select * 
from sys.database_principals prin, sys.database_permissions perm
WHERE prin.principal_id = perm.grantee_principal_id

    e

    select * 
from sys.database_principals prin
JOIN sys.database_permissions perm
    ON prin.principal_id = perm.grantee_principal_id

    Eu os comparei objeto por objeto e eles eram idênticos. Então, pelo menos para um exemplo muito simples, eles chegaram à mesma coisa. Eu também verifiquei as estatísticas IO e tempo e eles estavam próximos o suficiente para ser a mesma coisa.

    Dito isto, você deve usar a JOINsintaxe porque é mais fácil de ler e é menos provável que você cometa erros, principalmente em consultas complicadas. E a sintaxe *=/ para junções já foi removida a partir do SQL-Server 2005.=*OUTER

    • 4

  4. Para junção interna, eles são intercambiáveis, mas para junções externas, eles têm significados diferentes - o ON é correspondente e o WHERE é uma filtragem simples. Portanto, é melhor manter a correspondência de sintaxe JOIN correta no ON.

    • 4

relate perguntas