Em 22/01/08, Patrick Espake<[EMAIL PROTECTED]> escreveu: > Pessoal, > > Desanimei com a lista agora. > Poxa vida fiz uma pergunta objetiva, o Prado envio uma texto enorme que foge > totalmente do foco da pergunta, eu entendo que quer ajudar e agradeço muito. >
Patrick... na verdade as pessoas te responderam sim. Pediram mais informação. Problemas de desempenho são de solução complexa. Você deu poucas informações para que as pessoas possam comparar efetivamente. Você executou o ANALYZE pelo menos? Você realizou um EXPLAIN? Você fez um tuning de SQL e do servidor? Infelizmente são perguntas que temos que fazer... > Acredito que temos que ser mais objetivos e mais exatos, estamos trabalhando > com uma ciência exata. Esta é uma ilusão comum... a de achar que existem ciências exatas. Eu diria que no melhor dos casos são ciências aproximadas. Quando a gente começa a mexer com tuning e tem dezenas ou até centenas de variáveis para mexer... a idéia de ciência exata vai para o espaço... ou melhor, entra na síndrome do túnel carpal. Quantificar números e resultados é de grande valia, > ao invés dos prós e contras do PostgreSQL e MySQL. > > Pelos testes que eu fiz aqui parece o desempenho do MySQL é 8,75x mais > rápido que o PostgreSQL. Ainda não sabemos se seus testes são válidos. Fazer teste comparativo é muito mais difícil do que parece inicialmente. Veja, equipes passam meses trabalhando para tirar um TCP. Já leu as especificações de um teste TCP? Tem centenas de páginas. Para você atingir as "CNTP" (Condições Normais de Temperatura e Pressão) você tem que garantir que está realizando os testes em condições ideais e reproduzíveis para o SGDB sem trapacear. Se você não fez o tuning do SGDB, você trapaceou! > > Vou enviar a minha pergunta de novo (na esperança de uma resposta objetiva). > > Pessoal, > > Estou migrando todo o sistema da empresa do MySQL para PostgreSQL. > Estou muito assustado e preocupado, eu rodei o mesmo SQL no PostgreSQL e no > MySQL. > > O PostgreSQL demorou 7 segundos. > O MySQL demorou 0.12 segundos. > Vou responder novamente... você leu as respostas que recebeu. Particularmente, vi gente muito respeitável se manifestou em seu auxílio. Você precisa agora dar um retorno para eles. Certo? > As tabelas do PostgreSQL e do MySQL tem os índices nos mesmos lugares, bem > como as FK. > Estou muito preocupado, o sistema precisa de muita performace, me assustei > muito agora com o PostgreSQL. > Vocês tem alguma ideia para otimizar essa consulta no PostgreSQL? > > Se contar que o MySQL tem sistema de cache de consulta, quando eu rodou a > consulta pela segunda vez ele demora apenas: 0.006 segundos. > Sim, sim... todo SGDB tem cache... não só o MySQL... mas você tem que ver quanto de memória você deixou para o seu SGDB. Você olhou as configurações? Sabe se elas estão num nível ótimo? Patrick, acho muito legal você estar comparando. É um trabalho bacana onde a gente aprende muito. A primeira coisa que a gente aprende é que esse negócio de Tuning é muito mais complicado do que parece. Quando você tiver pelo menos uns 100GB com mais de 100 TRANSAÇÔES (não conexões) simultâneas... você vai começar a ver que o mundo não é redondo, que o dia não tem 24 horas e que 1 + 1 pode dar o número que você quiser. É por isso que no dia em que você ver alguém que diz que manja TUDO de tuning e você sentir que ele tem uma profunda verdade contida em suas palavras, olhe bem para a pessoa e tente descobrir quem ela é. Você deve estar falando com Deus ou com o Diabo em pessoa. []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
