2007/12/20, Roberto Mello <[EMAIL PROTECTED]>: > On Dec 20, 2007 2:59 AM, junior Prado <[EMAIL PROTECTED]> wrote: > > Wallace, > > > > O foco não é este, apenas gostaria de saber sobre desempenho . . . > > Se o BETWEEN passa por um analizador que o transforma na forma que vc disse. > > Pois caso seja assim, existe um custo. > > Nao li o codigo dessa parte especifica, mas pensando na maneira logica > mais provavel, o "parser" (como se diz isso em portugues?) deve > re-escrever BETWEEN para o equivalente de >= e <=. Se houver algum > custo, eu garanto que e' absolutamente desprezivel comparado com o > resto das operacoes e leituras de disco que tem que ser feitas numa > consulta. > > Se o BETWEEN lhe ajuda e torna seu codigo mais claro, use-o. > Otimizacao precoce e' a raiz de todo mal. >
Esta frase se aplica bem a modelagem, não às consultas. Se fizer muita diferença, fique com o mais rápido mesmo. Há casos em que colocar um subselect na cláusula WHERE ou no FROM faz uma diferença enorme. Não é o caso de se pensar na legibilidade apenas. se a consulta fica 100 ou 1000 vezes mais rápida... é melhor ficar com a mais rápida não? Repito, na modelagem a modelagem precoce é um mal... o SELECT da aplicação não é um estágio que podemos chamar de "precoce"... não estamos mais projetando a aplicação, estamos implementando. []s Fábio Telles -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
