José Carlos Messias escreveu:
> Segue dados solicitados
>
> pedido 603.264 registros
> receber 1.432.774 registros
> fpgamento 26 registros
> detpedido 2.155.277 registros
> vprodutos 2.816 registros
>
>
> no postgresql.conf somente as opções abaixo estao ativas, não fiz
> nenhuma outra alteraçã
Segue dados solicitados
pedido 603.264 registros
receber 1.432.774 registros
fpgamento 26 registros
detpedido 2.155.277 registros
vprodutos 2.816 registros
no postgresql.conf somente as opções abaixo estao ativas, não fiz
nenhuma outra alteração.
hba_file = '/etc/postgresql/8.1/main/pg_hba.conf'
José Carlos Messias escreveu:
> Euler coloquei as consultas em http://www.cpt.com.br/zehk/sql.txt.
>
Tenho algumas perguntas sobre o seu ambiente. Qual é o número de
registros de cada tabela envolvida? Quais os parâmetros diferentes do
padrão no seu postgresql.conf (estaria interessado nos parâmet
Euler coloquei as consultas em http://www.cpt.com.br/zehk/sql.txt.
D.CodPedido tem um indice composto com (codpedido, codprod) que é
chave primaria
Após rodar o analyze nas tabelas envolvidas, gerei novo explain
analyze, não vi melhoria, favor comentar algum detalhe.
Atte,
José Carlos
2008/8/
José Carlos Messias escreveu:
> Euler (e outros) vc tem algum material/tutorial ou favor me indicar em
> qual parte da documentação posso ver o que causa esses hash joins e
> sort apontados pelo explain analyse e outros itens que afetam a
> velocidade da consulta e como amenizar? Grato pelo ajuda a
Voltei, mas vejam que resultados curiosos abaixo.
Euler (e outros) vc tem algum material/tutorial ou favor me indicar em
qual parte da documentação posso ver o que causa esses hash joins e
sort apontados pelo explain analyse e outros itens que afetam a
velocidade da consulta e como amenizar? Grato
José Carlos Messias escreveu:
> Somente respondi na ultima mensagem que recebi, acho que não estou
> criando e sim mantendo a ultima que enviei, mas tomarei mais cuidado
> no futuro, bom na pior das hipoteses o banco de dados continua de pé,
> servidor estavel, e agora com os 32MB de work_mem rodan
Somente respondi na ultima mensagem que recebi, acho que não estou
criando e sim mantendo a ultima que enviei, mas tomarei mais cuidado
no futuro, bom na pior das hipoteses o banco de dados continua de pé,
servidor estavel, e agora com os 32MB de work_mem rodando as
subconsultas e views em joins, e
José Carlos Messias escreveu:
> Peço desculpas pelo toppost foi devido ao desespero de não conseguir
> fazer a migração, mas após colocar o work_mem com 128MB, consegui ter
> resultados com aproximadamente 7 a 12seg, troquei o work_men para 32MB
> conforme indicado pelo Euler.
>
E continuou fazend
Peço desculpas pelo toppost foi devido ao desespero de não conseguir
fazer a migração, mas após colocar o work_mem com 128MB, consegui ter
resultados com aproximadamente 7 a 12seg, troquei o work_men para 32MB
conforme indicado pelo Euler.
Quanto a aplicação em PHP 5 + Apache 2, SIM estou usando c
José Carlos Messias escreveu:
> Como solicitado achei melhor colocar no site devido a formatação um
> arquivo txt no link http://www.cpt.com.br/zehk/sql.txt, mas segue no
> corpo do email também. Veja mais comentarios nas entrelinhas sobre as
> configurações do servidor abaixo.
>
Na verdade seria
André Volpato wrote:
> Use a última versão do 8.1 (8.1.13), ou de preferência a última versão
> estável (8.3.3).
>
>> 2 Processadores Intel(R) Xeon(R) CPU E5320 @ 1.86GHz
>> 4GB de RAM
>> 3 HD's SAS de 73GB em RAID 5
>>
>
> RAID5 com 3 hds não é uma conf muito aconselhável. Não sei quais sã
Desde já agradeço a ajuda e comentários de todos.
Como solicitado achei melhor colocar no site devido a formatação um
arquivo txt no link http://www.cpt.com.br/zehk/sql.txt, mas segue no
corpo do email também. Veja mais comentarios nas entrelinhas sobre as
configurações do servidor abaixo.
--Os
André Volpato escreveu:
José Carlos Messias escreveu:
work_mem = 8192
Parece pouco. Este fator está ligado diretamente com as ordenações.
Tente aumentar para uns 128MB e vê no qe dá...
ei, eu estou falando do work_mem tá... :)
--
[]´s, ACV
__
José Carlos Messias escreveu:
> Estou achando que seja alguma configuração do servidor postgresql 8.1,
> vou passar
> para vocês darem uma olhada ou tem algum bug relacionado com esta
> versão do postgresql?
>
>
Use a última versão do 8.1 (8.1.13), ou de preferência a última versão
estável (8.
José, poderia passar a consulta utilizado e a estrutura da tabela (ou
parte dela)?
Envie também o Explain Analyze.
Apenas para adiantar, você verificou a necessidade de Indice?
Att
Evandro
José Carlos Messias wrote:
> Caros,
>
> Estou fazendo uma migração de mssql para postgresql e estou tendo
Caros,
Estou fazendo uma migração de mssql para postgresql e estou tendo
problemas de lentidão quando faço uma consulta utilizando subconsultas
ou views no join, está ficando muito lento mesmo, impraticável.
Estou achando que seja alguma configuração do servidor postgresql 8.1,
vou passar
para vo
17 matches
Mail list logo
