Início / dba / Perguntas / 167201
Accepted
andrerpena
Asked: 2017-03-15 16:10:54 +0800 CST

O que significa [FROM x, y] no Postgres?

  • 772

Estou começando agora com o Postgres. Lendo este documento me deparei com esta consulta:

SELECT title, ts_rank_cd(textsearch, query) AS rank
FROM apod, to_tsquery('neutrino|(dark & matter)') query
WHERE query @@ textsearch
ORDER BY rank DESC
LIMIT 10;

Eu posso entender tudo nesta consulta, exceto isso: FROM apod, ....

O que isso ,significa? Estou acostumado a junções, mas não a várias FROMinstruções separadas por uma vírgula.

Procurei na net sem sucesso. Depois de olhar e pensar, me parece que está declarando uma variável chamada query para poder usá-la várias vezes. Mas se isso for verdade, o que isso tem a ver FROM?

postgresql join

2 respostas

  1. O manual tem explicação detalhada para a vírgula na FROMlista no capítulo Expressões de Tabela :

    A FROMcláusula deriva uma tabela de uma ou mais outras tabelas fornecidas em uma lista de referência de tabela separada por vírgula.

    FROM table_reference [, table_reference [, ...]]

    Uma referência de tabela pode ser um nome de tabela (possivelmente qualificado pelo esquema) ou uma tabela derivada, como uma subconsulta, uma JOINconstrução ou combinações complexas delas. Se mais de uma referência de tabela estiver listada na FROMcláusula, as tabelas são unidas (ou seja, o produto cartesiano de suas linhas é formado; veja abaixo).

    O fato de as referências de tabela separadas por vírgula terem sido definidas em uma versão anterior do padrão SQL do que a JOINsintaxe explícita não torna a vírgula errada ou desatualizada. Use a sintaxe de junção explícita, onde for tecnicamente necessário (veja abaixo) ou quando tornar o texto da consulta mais claro.

    O manual novamente:

    FROM T1 CROSS JOIN T2é equivalente a FROM T1 INNER JOIN T2 ON TRUE (veja abaixo). Também é equivalente a FROM T1, T2.

    Há casos de canto em que ambos não são completamente equivalentes. O manual:

    Observação
    Esta última equivalência não é válida exatamente quando mais de duas tabelas aparecem, porque JOINvincula mais firmemente do que a vírgula. Por exemplo FROM T1 CROSS JOIN T2 INNER JOIN T3 ON condition, não é o mesmo que FROM T1, T2 INNER JOIN T3 ON conditionporque conditionpode fazer referência T1no primeiro caso, mas não no segundo.

    Esta questão relacionada demonstra a relevância da diferença:

    Basicamente, sua observação está exatamente correta:

    parece-me que está declarando uma variável chamada query para que possa usá-la várias vezes.

    Qualquer função pode ser usada como "função de tabela" na FROMlista. E os parâmetros da função podem referenciar colunas de todas as tabelas à esquerda da função, porque a notação:

    FROM apod, to_tsquery('neutrino|(dark & matter)') query

    ... é realmente equivalente a:

    FROM apod CROSS JOIN LATERAL to_tsquery('neutrino|(dark & matter)') AS query

    O manual sobre consultas LATERAL:

    As funções de tabela que aparecem em FROMtambém podem ser precedidas pela palavra-chave LATERAL, mas para funções a palavra-chave é opcional ; os argumentos da função podem conter referências a colunas fornecidas pelos itens FROM anteriores em qualquer caso.

    Minha ênfase em negrito .

    A palavra- chaveAS é ruído completamente opcional antes de aliases de tabela (em oposição a aliases de coluna , onde é recomendado não omitir ASpara evitar possíveis ambiguidades). Ver:

    • 14
  2. Best Answer

    Ele cria um implícito CROSS JOIN. É a sintaxe SQL-89.

    Aqui eu uso values(1)e values(2)para criar pseduo-tables (tabelas de valores) meramente para exemplos. A coisa depois deles t(x), e g(y)são chamados de FROM-Aliases o caractere dentro dos parênteses é o alias para a coluna ( xe yrespectivamente). Você poderia facilmente criar uma tabela para testar isso.

    SELECT *
FROM (values(1)) AS t(x), (values(2)) AS g(y)

    Aqui está como você escreveria agora.

    SELECT *
FROM (values(1)) AS t(x)
CROSS JOIN (values(2)) AS g(y);

    A partir daí, você pode tornar isso implícito INNER JOINadicionando uma condicional.

    SELECT *
FROM (values(1)) AS t(x)
CROSS JOIN (values(1)) AS g(z)
WHERE x = z;

    INNER JOINOu a sintaxe explícita e mais recente ,

    SELECT *
FROM (values(1)) AS t(x)
INNER JOIN (values(1)) AS g(z)
  ON ( x = z );

    Então no seu exemplo..

    FROM apod, to_tsquery('neutrino|(dark & matter)') query

    Isso é essencialmente o mesmo que a sintaxe mais recente,

    FROM apod
CROSS JOIN to_tsquery('neutrino|(dark & matter)') AS query

    que na verdade é o mesmo, neste caso, porque to_tsquery()retorna uma linha e não um conjunto como,

    SELECT title, ts_rank_cd(
  textsearch,
  to_tsquery('neutrino|(dark & matter)')
) AS rank
FROM apod
WHERE to_tsquery('neutrino|(dark & matter)') @@ textsearch
ORDER BY rank DESC
LIMIT 10;

    No entanto, o acima pode fazer to_tsquery('neutrino|(dark & matter)')com que ocorra duas vezes, mas neste caso não acontece -- to_tsqueryestá marcado como STABLE (verificado com \dfS+ to_tsquery).

    STABLEindica que a função não pode modificar o banco de dados e que, em uma única varredura de tabela, ela retornará consistentemente o mesmo resultado para os mesmos valores de argumento, mas que seu resultado pode mudar nas instruções SQL. Esta é a seleção apropriada para funções cujos resultados dependem de pesquisas de banco de dados, variáveis ​​de parâmetro (como o fuso horário atual), etc. A família de funções current_timestamp se qualifica como estável, pois seus valores não mudam em uma transação.

    Para uma comparação mais completa das diferenças entre SQL-89 e SQL-92, veja também minha resposta aqui

    • 12

relate perguntas