Re: [oracle_br] SELECTs - Qual forma o retorno é mais rápido

2007-06-29 Por tôpico Andre Santos
, quantidade de dados por tabela, etc, etc). > > Abraço, > Marco. > > > > From: oracle_br@yahoogrupos.com.br [mailto: > oracle_br@yahoogrupos.com.br ] On Behalf > Of PUB: Andre Santos > Sent: sexta-feira, 29 de junho de 2007 10:35 > To: oracle_br@yahoogrupos.co

Re: [oracle_br] SELECTs - Qual forma o retorno é mais rápido

2007-06-29 Por tôpico Tales Parreiras da Silva
A primeira forma é melhor, a segunda fatalmente fará fullscan mas não pelo campo de tabela diferente e sim pelo operador <>. -- Sds Tales Parreiras da Silva http://talesparreiras.com [As partes desta mensagem que não continham texto foram removidas]

RE: [oracle_br] SELECTs - Qual forma o retorno é mais rápido

2007-06-29 Por tôpico FERNANDES Marco A SOFTTEK
de 2007 10:35 To: oracle_br@yahoogrupos.com.br Subject: Re: [oracle_br] SELECTs - Qual forma o retorno é mais rápido Marco No 2o. caso poderia ser feito um "scan" no subconjunto restringido pela primeira condição (esta teria índice), não? Para o AGPCardoso: com o SGBD trabalhando

Re: [oracle_br] SELECTs - Qual forma o retorno é mais rápido

2007-06-29 Por tôpico Andre Santos
Marco No 2o. caso poderia ser feito um "scan" no subconjunto restringido pela primeira condição (esta teria índice), não? Para o AGPCardoso: com o SGBD trabalhando com otimizador por "custo", podemos discutir sobre as "possibilidades/probabilidades"... mas não é possível ter "certeza" do que real

RE: [oracle_br] SELECTs - Qual forma o retorno é mais rápido

2007-06-29 Por tôpico FERNANDES Marco A SOFTTEK
Jovem, me parece fácil a resposta. Sua primeira pergunta é qual mais rápido. Se vc tem uma condição a mais no seu join que não tem índice direto, me parece bem claro que vai demorar mais, pois tem mais consistência a fazer. Se tiver poucas linhas vc pode até não notar diferença significativa, m