Percebo que cometi um erro tentando chegar a respostas com meu pequeno exemplo, apesar de que a idéia inicial era usá-lo p/ chegar a pessoas com o mesmo tipo de problema que eu. Sendo assim vou tentar ir direto as query's que estão com o problema na minha base de testes do sistema. Elas utilizam as mesmas soluções que mostrei no exemplo, porém as estruturas e o volume de dados é diferente. Aqui estão todas informações que o Leandro havia pedido: http://fit.faccat.br/~everton/duvida1/
Abaixo segue o link para as mesmas informações de uma consulta semelhante mas que, ao invés de juntar registro em um só campo, o objetivo é buscar o MAX(). Nesta os tempos estão mais críticos. http://fit.faccat.br/~everton/duvida2/ Se alguém puder dar uma olhada agradeço. Obs1: Foi executado "vacuum full analyze" antes de obter os resultados. Obs2: As minhas configurações de máquina e do postgresql.conf estão no meu último email para a lista. Sobre consultoria eu havia pensado nisso mas não encontrei pessoas de alto nível com vasta experiência neste tipo de assunto sobre PostgreSQL. Tenho medo de pagar caro por uma consultoria e eles virem aqui e disserem para eu mexer no "shared_buffers" e quando nào resolver dizerem para eu trocar o hardware. Sou da região de Porto Alegre - RS. Se alguém quiser indicar consultores agradeço. Ainda sobre o ER: a discussão realmente é grande e não acho q deva ser o foco nesta thread. Outro motivo que nos levou a utilizar sempre chaves artificiais foi o mapeamento OO-ER que nosso framework faz/exige. É algo do tipo que o Hibernate tem (nao que isto seja um forte argumento para alguém usar, mal conheço o Hibernate, só lembrei do caso). -- Everton Leandro Guimarães Faria Corcete DUTRA escreveu: > Em Ter, 2007-04-03 às 18:40 -0300, Everton Luís Berz escreveu: >> É uma questão de apresentação, mas que também envolve ordenação e >> filtros. Também posso dizer que envolve segurança na programação, pois >> estou fornecendo os dados prontos para serem apresentados na tela, não >> necessitando o programador da linguagem X "manuseá-los". > > Certo, só para confirmar se eu tinha entendido corretamente. > > >> Não entendi o conceito de gordinhas, nem chaves artificiais, nem chaves >> naturais. Se sugere uma mudança no ER apresente-a melhor, please. > > Talvez não seja relevante para o desempenho nesse caso (vai depender de > fatores como volumes de dados, planos de execução &c), e me parece que > outras pessoas já explicaram. > > Só queria apontar que tuas referências não são boas. Seria melhor > consulta Date, Darwen, Pascal, mesmo artigos menos cotados como Primary > Keyvil. > > >>> Você teria de dizer que consultas, dar exemplos específicos e o plano >>> de execução delas. >> As consultas são as que eu coloquei nos scripts de exemplo (que vc nao >> quis olhar). > > Olhei sim. Mas isso não é suficiente. > > >> Executando os scripts que forneci vc pode fazer o plano de >> execução também. > > Ledo engano. > > O plano de execução é particular do seu conjunto de dados, configuração > &c. > > >>> Teria de ver tuas configurações. Aliás, processador não deveria pegar. >> > >> Já mexi, fiz vários testes e segui documentos de otimização para o >> postgresql.conf. Nada me resolveu. > > Pois é, mas ainda não sabemos o que pega. > > Além de teu postgresql.conf e configurações específicas, tem de ver > tuas estruturas exatas, volumes de dados, planos de execução e tempos de > resposta. > > O ideal seria alguém te prestar uma consultoria, se você não conseguir > ou puder postar todas essas informações detalhadas aqui. > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Grupo de Usuários do PostgreSQL no Brasil > Antes de perguntar consulte o manual > http://pgdocptbr.sourceforge.net/ > > Para editar suas opções ou sair da lista acesse a página da lista em: > http://pgfoundry.org/mailman/listinfo/brasil-usuarios _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte o manual http://pgdocptbr.sourceforge.net/ Para editar suas opções ou sair da lista acesse a página da lista em: http://pgfoundry.org/mailman/listinfo/brasil-usuarios
