No que diz respeito ao plano de execução eu já verifiquei alguns e realmente não consegui constatar qualquer diferença entre uma e outra forma de escrever.
--- Em oracle_br@yahoogrupos.com.br, Rosivaldo Ramalho <rosiva...@...> escreveu > > Tipo o seguinte, no curso oficial de sql da oracle, fala que o que > deve ser utilizado é o padrão ansi, no curso oficial de application > tunning mostra que tanto faz o que você quiser utilizar. > > Na minha opinião, que aliás já testei os planos de execução dos dois, > acho melhor utilizar o ansi, pois fica um código mais legível, a > cláusula where fica realmente só para filtragem. > > 2009/3/6 Júlio César Corrêa <juliotubi...@...>: > > A verdade é que a ANSI defines estes padrões para a SQL. > > > > Esta discussão no blog do Tom Kyte vai te ajudar . > > > > http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:6585774577187 > > > > Há uma parte uma pessoa pergunta: > > > > Why did they come up with this confusing syntax? > > How would I interpret > > select ename, dname, emp.deptno, dept.deptno > > from SCOTT.DEPT LEFT outer join SCOTT.EMP > > on emp.deptno = dept.deptno > > ? > > How would I join several tables? > > > > E o Kyte(or other ,i don' know) responde: > > > > Followup November 22, 2002 - 2pm US/Eastern: > > > > from (dept left out join emp on emp.deptno = dept.deptno ) left outer join T > > on ..... > > > > > > ANSI came up with the syntax, not us. We are just conforming to it. > > > > > > Eu poderia aqui solicitar um parecer do meu amigo Portilho. > > Para os testes de performance tunning as vezes seria legal usar a opção para > > limpar o cache. > > Só que se eu não me engano tem que tomar alguma precauções sobre este > > comando. > > > > Abs, > > > > 2009/3/6 Júlio César Corrêa <juliotubi...@...> > > > >> Dá uma olhada nesta seção do blog do Laurent(OCM) > >> > >> http://laurentschneider.com/wordpress/category/sql > >> > >> Ele mesmo usa a sintaxe nova nos seus exemplos de tunning e tudo mais. > >> Acho que irá ajudar. > >> > >> Abs, > >> > >> 2009/3/6 Cesar Sturion <cstur...@...> > >> > >>> Pessoal, > >>> > >>> > >>> surgiu uma dúvida aqui a respeito da melhor forma de se escrever joins em > >>> nossas consultas. Tradicionalmente a gente coloca todas as tabelas no FROM > >>> e > >>> trata dos joins no where, como abaixo: > >>> ** select * > >>> from bc_pessoa p, > >>> cc_cc c > >>> where c.primeiro_titular = p.id_pessoa > >>> > >>> Outra opção seria fazer o join no próprio from: > >>> ** select * > >>> from bc_pessoa p > >>> join cc_cc c on c.primeiro_titular = p.id_pessoa > >>> > >>> Um ponto seria a respeito da manutenibilidade do código. A segunda opção > >>> seria mais clara quando a consulta envolve muitas tabelas. > >>> > >>> E outra questão seria em relação à performance. O Oracle supostamente > >>> criaria planos de execução mais eficientes com a segunda opção. > >>> Fiz algumas buscas na web, mas não encontrei nada conclusivo. > >>> > >>> Enfim, as dúvidas são: > >>> > >>> 1. Sabem se existe alguma regra geral dizendo que a performance de uma > >>> forma > >>> de escrita é melhor do que a outra? > >>> 2. O padrão de codificação utilizado aqui na empresa recomenda alguma das > >>> formas? Não encontrei este tópico no documento de padrão backend. > >>> > >>> []'s > >>> Cesar > >>> > >>> [As partes desta mensagem que não continham texto foram removidas] > >>> > >>> > >>> > >> > >> > >> > >> -- > >> Júlio César Corrêa > >> IS Technologist - Oracle DBA > >> http://jccorrea.blogspot.com > >> > >> "To stay competitive in the tech industry, never stop > >> learning. Always be on the lookout for better ways of > >> doing things and new technologies. Our industry does > >> not reward people who let themselves stagnate" > >> John Hall, Senior Vice President, Oracle University > >> > >> > > > > > > -- > > Júlio César Corrêa > > IS Technologist - Oracle DBA > > http://jccorrea.blogspot.com > > > > "To stay competitive in the tech industry, never stop > > learning. Always be on the lookout for better ways of > > doing things and new technologies. Our industry does > > not reward people who let themselves stagnate" > > John Hall, Senior Vice President, Oracle University > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > ------------------------------------ > > > > -------------------------------------------------------------------------------------------------------------------------- > >>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira > >>responsabilidade de seus remetentes. > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > -------------------------------------------------------------------------------------------------------------------------- > >>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure > >>» Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > >>http://www.oraclebr.com.br/ > > ------------------------------------------------------------------------------------------------------------------------ > > Links do Yahoo! Grupos > > > > > > > > > > -- > Rosivaldo Azevedo Ramalho > Oracle Database 10g Certified Associate > mail/msn: rosiva...@... > web: http://rosivaldo.googlepages.com > blog: http://esquinaoracle.blogspot.com > mobile: +55 83 8893 8281 >