Re: [pgbr-geral] Multi Thread

2013-03-20 Por tôpico Dickson S. Guedes
Em 19 de março de 2013 23:48, Filho Arrais kuruminbra...@gmail.com escreveu: Olá pessoal, Gostaria da opinião dos demais. Tenho uma aplicação que em alguns momentos consome entre 90 a 100% de um dos cores do processador, ha uma alternância entre os cores, porém o a carga do processo não é

Re: [pgbr-geral] Multi Thread

2013-03-20 Por tôpico Dickson S. Guedes
Em 20 de março de 2013 07:14, Dickson S. Guedes lis...@guedesoft.net escreveu: [... corte ...] utilize balanceador como o pgpoll [2] por exemplo. O nome correto é: pgpool []s -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://github.com/guedes - http://guedesoft.net

[pgbr-geral] lentidão durante autovacuum

2013-03-20 Por tôpico Alessandro Lima
Boa tarde, Minha aplicação estava ficando muito lenta recentemente, desabilitei o autovacuum e voltou ao normal. Verifiquei que o autovacuum estava sendo realizado na maior tabela que tenho (3,5GB) e na tabela que registra log via trigger desta mesma tabela (3,7GB). A solução seria utilizar um

[pgbr-geral] Acentos e minúsculo/maiúsculo.

2013-03-20 Por tôpico izaque Maciel
Bom dia pessoal, sou novo na lista, mas gostaria se possível, da ajuda de vocês. Instalei a última versão do PostgreSQL 9.2 no Windows 7 32bits, e gostaria de utilizar o postgresql como utilizava no Firebird, consultando registros que estão gravados em minúsculo / maiúsculo, com acento ou sem

Re: [pgbr-geral] Acentos e minúsculo/maiúsculo.

2013-03-20 Por tôpico Fábio Telles Rodriguez
Em 20 de março de 2013 08:30, izaque Maciel izaquemac...@gmail.comescreveu: Bom dia pessoal, sou novo na lista, mas gostaria se possível, da ajuda de vocês. Instalei a última versão do PostgreSQL 9.2 no Windows 7 32bits, e gostaria de utilizar o postgresql como utilizava no Firebird,

Re: [pgbr-geral] lentidão durante autovacuum

2013-03-20 Por tôpico Flavio Henrique Araque Gurgel
Em 20-03-2013 08:01, Alessandro Lima escreveu: Boa tarde, Minha aplicação estava ficando muito lenta recentemente, desabilitei o autovacuum e voltou ao normal. Verifiquei que o autovacuum estava sendo realizado na maior tabela que tenho (3,5GB) e na tabela que registra log via trigger desta

Re: [pgbr-geral] Acentos e minúsculo/maiúsculo.

2013-03-20 Por tôpico Flavio Henrique Araque Gurgel
Evite o top-post. Muito obrigado Fábio, só mais duas perguntas: Não teria como ficar interno essa configuração do unaccent http://www.postgresql.org/docs/9.2/static/unaccent.html, igual ao CITEXT ?! Porque senão todas as vezes que eu for fazer uma consulta terei que utilizar o unaccent,

Re: [pgbr-geral] Acentos e minúsculo/maiúsculo.

2013-03-20 Por tôpico izaque Maciel
Evite o top-post. O que é? Sempre é mais vantajoso usar UTF8 como armazenamento do banco de dados. Você pode usar um encoding diferente para a aplicação cliente usando a configuração client_encoding. Sou novo no PostgreSQL, como ficaria então no UTF8, encoding UTF8 no servidor e

Re: [pgbr-geral] Acentos e minúsculo/maiúsculo.

2013-03-20 Por tôpico Flavio Henrique Araque Gurgel
Em 20-03-2013 10:49, izaque Maciel escreveu: Evite o top-post. O que é? Responder acima da mensagem anterior. Prefira responder quotando, mais ou menos como estou fazendo aqui. Sempre é mais vantajoso usar UTF8 como armazenamento do banco de dados. Você pode usar um encoding

Re: [pgbr-geral] Acentos e minúsculo/maiúsculo.

2013-03-20 Por tôpico Flávio Granato
Em 20-03-2013 10:49, izaque Maciel escreveu: Evite o top-post. O que é? É exatamente o que você fez para perguntar o quê é. É sempre escrever nas primeiras linhas de um e-mail de resposta, forçando as pessoas a lerem de baixo para cima, quando o normal em nossa língua é ler da esquerda para

Re: [pgbr-geral] Multi Thread

2013-03-20 Por tôpico Filho Arrais
Em 20 de março de 2013 07:14, Dickson S. Guedes lis...@guedesoft.netescreveu: Em 19 de março de 2013 23:48, Filho Arrais kuruminbra...@gmail.com escreveu: Olá pessoal, Gostaria da opinião dos demais. Tenho uma aplicação que em alguns momentos consome entre 90 a 100% de um dos cores

Re: [pgbr-geral] Multi Thread

2013-03-20 Por tôpico Dickson S. Guedes
Em 20 de março de 2013 11:25, Filho Arrais kuruminbra...@gmail.com escreveu: Em 20 de março de 2013 07:14, Dickson S. Guedes lis...@guedesoft.net escreveu: Em 19 de março de 2013 23:48, Filho Arrais kuruminbra...@gmail.com escreveu: Olá pessoal, Gostaria da opinião dos demais. Tenho

[pgbr-geral] PEM

2013-03-20 Por tôpico Bruno Silva
Boa tarde pessoal, estou pesquisando ferramentas pra gerência do PostgreSQL e como é a referência fui direto ao site da EnterpriseDB, que vocês acham do Postgres Enterprise Manager? Estava vendo ele tem diversos features inclusive o SQL Profiler. Atualmente usamos na instituição o PostgreSQL da

Re: [pgbr-geral] Multi Thread

2013-03-20 Por tôpico Filho Arrais
Em 20 de março de 2013 11:36, Dickson S. Guedes lis...@guedesoft.netescreveu: Em 20 de março de 2013 11:25, Filho Arrais kuruminbra...@gmail.com escreveu: Em 20 de março de 2013 07:14, Dickson S. Guedes lis...@guedesoft.net escreveu: Em 19 de março de 2013 23:48, Filho Arrais

Re: [pgbr-geral] Multi Thread

2013-03-20 Por tôpico Jean Domingues
O que eu acho estranho é um sistema de grande porte [ ERP ] trabalhar assim, imagina gerar um balancete de um ano e o sistema usar um só núcleo pra fazer tudo isso, sendo que tem disponível outros 7 núcleos.  Agora fiquei curioso. Se eu faço uma consulta que me retornará os dados para o

Re: [pgbr-geral] Multi Thread

2013-03-20 Por tôpico Filho Arrais
Em 20 de março de 2013 15:05, Jean Domingues ejdom...@yahoo.com.brescreveu: O que eu acho estranho é um sistema de grande porte [ ERP ] trabalhar assim, imagina gerar um balancete de um ano e o sistema usar um só núcleo pra fazer tudo isso, sendo que tem disponível outros 7 núcleos. Agora

Re: [pgbr-geral] Multi Thread

2013-03-20 Por tôpico Osvaldo Kussama
Em 20/03/13, Filho Arraiskuruminbra...@gmail.com escreveu: Jean Domingues, não seria a aplicação cliente que dividira entre os núcleos, mas sim o próprio PostgreSQL. Veja só a imagem do link abaixo em raro momento de baixo processamento, pequei uma Thread que ta consumindo muito, utilizando