Rodrigo Monteiro escreveu: > > Bom dia a todos. > dia! > Eu trabalho com um sistema intranet em PHP com banco de dados > postgresql, versão 8.2 > a base de um determinado cliente já alcançou 4GB de tamanho e não pára > de crescer, é uma rede de varejo e são muitas movimentações diárias, > existe um servidor IBM dedicado para o banco de dados, só que o > problema está na hora de gerar relatórios gerenciais ... >
Em primeiro lugar, 4GB não é nada... :) O Postgres lida com esse tamanho tranquilamente. Veja se vc consegue atualizar da 8.2 para a 8.3.3... vai ajudar na performance, principalmene dos sorts. > (...) me parece qque não importa se o campo tem indice ou não, demora > muito para trazer a informação, considerando que os testes eu tenho > feito são em uma máquina aqui na empresa dedicada a este teste e que > no cliente o tempo é muito maior pela quantidade de processos > executados simultaneamente. > Sobre o servidor, ele deve ser dedicado também no cliente, se possível. Índices ajudam na cláusula WHERE e JOIN, verifique se os campos de restrição estão indexados. Relatórios gerenciais muitas vezes não usam índice mesmo, dependendo da query... Você parece ter problemas de estrutura, e também de configuração. > GOSTARIA DE SABER SE EXISTE ALGUM TIPO DE "INDICE TEMPORARIO" PARA > CAMPOS SOMADOS? O que eu tenho que verificar para melhorar a > performance do meu banco de dados? Eu tenho uma versão para Sql Server > que está em testes e que já demonstrou muito mais agilidade. > Não existem índices temporários, mas existem situações onde vc pode criá-los em tempo real, apenas para satisfazer um relatório. Não é comum, mas ... Sobre a performance, mande pra gente: - tuas confs de memória do postgresql.conf - especificações dos servers ibm - saída do comando EXPLAIN ANALYZE <query> -- []´s, ACV _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
