Bom dia pessoal, fiz os testes aqui e a sintaxe funcionou
normalmente...mas vou seguir a sugestão do Fabio e utilizar o
padrão ANSI/SQL..obrigado a todos pela atenção..
[]s
Emerson Sanches
Analista de Sistemas
Em 22 de julho de 2013 19:57, Fabio Prado
Miltão, acho que podemos dar por ** muito muito Provável** , se não
garantido, que o colega lá usou uma terminologia meio inapropriada, pra dizer o
mínimo
Emerson, normalmente por FILTRO em colunas no contexto de databases a
gente entende que vc quer aplicar uma CONDIÇÃO na
Na realidade achei que dava pra fazer uma condição na recuperação de dados
mesmo...lembro de ter visto isso em um
join...
Emerson Sanches
Analista de Sistemas
Em 22 de julho de 2013 17:29, J. Laurindo Chiappa
jlchia...@yahoo.com.brescreveu:
**
Vc quer dizer que, na seção de JOIN da cláusula de FROM (usando sintaxe ANSI,
portanto), ao invés de comparação entre colunas tipo :
SELECT colunasquequero
FROM tabela1 JOIN tabela2 ON colunatal = colunaqual;
vc viu algo tipo, digamos :
SELECT colunasquequero
FROM tabela1 JOIN
Chiappa,
É possível sim fazer o filtro na cláusula ON do JOIN (veja exemplo abaixo
no schema HR), porém ninguém recomenda fazer isso. Uma das vantagens do
padrão ANSI é justamente separar o que é filtro e o que é relacionamento.
Fazer filtro no JOIN bagunça tudo de novo o código!
select
Boa noite pessoal..desculpe a demora em dar a resposta,mas
estava viajando do trabalho ate em casa...rs. Fabio, é exatamente
isso que eu vi, pensei que fazer isso trouxesse alguma vantagem pois
poderia fazer o join com a segunda tabela já filtrada da coisas que nao
quero, achei que
Emerson,
Não há vantagem alguma.
Aprenda a analisar um plano de execução que você verá que o que estou
falando é verdade. Segue abaixo o link de um artigo meu sobre o básico de
como gerar e analisar um plano de execução:
