Re: [pgbr-geral] Duvida memoria ram
Em 13 de fevereiro de 2013 23:17, Itamar Reis Peixoto ita...@ispbrasil.com.br escreveu: 2013/2/13 Mauro Risonho de Paula Assumpção mauro.riso...@gmail.com: O filesystem pelo que você comentou esta em ext2, correto? Eu recomendaria Brfs ou ext4 e fazer upgrade para centos 6.3 @firebitsbr eu recomendaria um fedora 17 ou 18 que já vem com a versao do postgresql mais nova e ext4. Preconceito meu, mas usar Fedora, Ubuntu desktop ou Debian unstable não é uma das coisas que eu gosto de fazer. Prefiro ter distribuições mais estáveis. Se eu precisar da versão mais nova do PostgreSQL eu compilo ou pego o RPM direto da fonte. -- Itamar Reis Peixoto http://www.quebarato.com.br/perfil/itamarjp ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Fábio Telles Rodriguez blog: http:// http://www.midstorm.org/~telles/shttp://tellesr.wordpress.com/ avepoint.blog.br e-mail / gtalk / MSN: fabio.tel...@gmail.com Skype: fabio_telles Timbira - A empresa brasileira de Postgres http://www.timbira.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Query com campos VARCHAR com/sem ASPAS SIMPLES
Olá, pessoal, Acabei de assumir como responsável a manutenção de uma base de dados PostgreSQL. Acontece que minha primeira tarefa foi realizar a migração dessa base de dados de um servidor windows 2003 para um servidor debian squeeze. De passo, atualizamos também a versão do postgresql - de 8.2.5 on i686-pc-mingw32 para um 8.4.13 on x86_64-pc-linux-gnu. Ao testar a aplicação após a migração, claro, alguns erros estão aparecendo. Um deles, bastante traçoeiro. Ao realizar a seguinte consulta a aplicação falha: SELECT no_prod_unid FROM produtos WHERE id_prod_sit != 2 and cd_proddesc = 27 com a seguinte mensagem de erro: ERROR: operator does not exist: character varying integer SQL state: 42883 Hint: No operator matches the given name and argument type(s). You might need to add explicit type casts. Character: 53 Até aqui, tranquilo. No banco, o campo 'id_prod_sit' da tabela 'produtos' está definido como VARCHAR(1) e a query não utiliza aspas simples. Mas, o que me chamou a atenção foi que no banco antigo esse erro não acontecia. Então, executei a query tal qual acima através do querytool no banco antigo e, voilá, funciona! Já gastei umas 2 horas no google procurando alguma menção a campos VARCHAR tratando aspas simples de forma opcional e nada. Agradeço qualquer ajuda. Obrigado! -- View this message in context: http://postgresql.1045698.n5.nabble.com/Query-com-campos-VARCHAR-com-sem-ASPAS-SIMPLES-tp5745210.html Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Query com campos VARCHAR com/sem ASPAS SIMPLES
Pelo que entendi, a coluna id_prod_sit é do tipo varchar, certo? Tenta a query abaixo e veja se funfa! SELECT no_prod_unid FROM produtos WHERE id_prod_sit::integer != 2 and cd_proddesc = 27 Att!Ricado - ITIL Foundation Certified Professional Date: Thu, 14 Feb 2013 04:29:22 -0800 From: mauricio.buf...@hotmail.com To: pgbr-geral@listas.postgresql.org.br Subject: [pgbr-geral] Query com campos VARCHAR com/sem ASPAS SIMPLES Olá, pessoal, Acabei de assumir como responsável a manutenção de uma base de dados PostgreSQL. Acontece que minha primeira tarefa foi realizar a migração dessa base de dados de um servidor windows 2003 para um servidor debian squeeze. De passo, atualizamos também a versão do postgresql - de 8.2.5 on i686-pc-mingw32 para um 8.4.13 on x86_64-pc-linux-gnu. Ao testar a aplicação após a migração, claro, alguns erros estão aparecendo. Um deles, bastante traçoeiro. Ao realizar a seguinte consulta a aplicação falha: SELECT no_prod_unid FROM produtos WHERE id_prod_sit != 2 and cd_proddesc = 27 com a seguinte mensagem de erro: ERROR: operator does not exist: character varying integer SQL state: 42883 Hint: No operator matches the given name and argument type(s). You might need to add explicit type casts. Character: 53 Até aqui, tranquilo. No banco, o campo 'id_prod_sit' da tabela 'produtos' está definido como VARCHAR(1) e a query não utiliza aspas simples. Mas, o que me chamou a atenção foi que no banco antigo esse erro não acontecia. Então, executei a query tal qual acima através do querytool no banco antigo e, voilá, funciona! Já gastei umas 2 horas no google procurando alguma menção a campos VARCHAR tratando aspas simples de forma opcional e nada. Agradeço qualquer ajuda. Obrigado! -- View this message in context: http://postgresql.1045698.n5.nabble.com/Query-com-campos-VARCHAR-com-sem-ASPAS-SIMPLES-tp5745210.html Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Query com campos VARCHAR com/sem ASPAS SIMPLES
Retificando:SELECT no_prod_unid FROM produtos WHERE id_prod_sit::integer 2 and cd_proddesc = 27 - ITIL Foundation Certified Professional From: rlgome...@hotmail.com To: pgbr-geral@listas.postgresql.org.br Date: Thu, 14 Feb 2013 10:51:37 -0200 Subject: Re: [pgbr-geral] Query com campos VARCHAR com/sem ASPAS SIMPLES Pelo que entendi, a coluna id_prod_sit é do tipo varchar, certo? Tenta a query abaixo e veja se funfa! SELECT no_prod_unid FROM produtos WHERE id_prod_sit::integer != 2 and cd_proddesc = 27 Att! Ricado - ITIL Foundation Certified Professional Date: Thu, 14 Feb 2013 04:29:22 -0800 From: mauricio.buf...@hotmail.com To: pgbr-geral@listas.postgresql.org.br Subject: [pgbr-geral] Query com campos VARCHAR com/sem ASPAS SIMPLES Olá, pessoal, Acabei de assumir como responsável a manutenção de uma base de dados PostgreSQL. Acontece que minha primeira tarefa foi realizar a migração dessa base de dados de um servidor windows 2003 para um servidor debian squeeze. De passo, atualizamos também a versão do postgresql - de 8.2.5 on i686-pc-mingw32 para um 8.4.13 on x86_64-pc-linux-gnu. Ao testar a aplicação após a migração, claro, alguns erros estão aparecendo. Um deles, bastante traçoeiro. Ao realizar a seguinte consulta a aplicação falha: SELECT no_prod_unid FROM produtos WHERE id_prod_sit != 2 and cd_proddesc = 27 com a seguinte mensagem de erro: ERROR: operator does not exist: character varying integer SQL state: 42883 Hint: No operator matches the given name and argument type(s). You might need to add explicit type casts. Character: 53 Até aqui, tranquilo. No banco, o campo 'id_prod_sit' da tabela 'produtos' está definido como VARCHAR(1) e a query não utiliza aspas simples. Mas, o que me chamou a atenção foi que no banco antigo esse erro não acontecia. Então, executei a query tal qual acima através do querytool no banco antigo e, voilá, funciona! Já gastei umas 2 horas no google procurando alguma menção a campos VARCHAR tratando aspas simples de forma opcional e nada. Agradeço qualquer ajuda. Obrigado! -- View this message in context: http://postgresql.1045698.n5.nabble.com/Query-com-campos-VARCHAR-com-sem-ASPAS-SIMPLES-tp5745210.html Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Duvida memoria ram
Em 14-02-2013 10:20, Rudá Porto Filgueiras escreveu: Itamar, Debian Stable + Backports faz exatamente isso e tem o Postgresql 9.1 :-) Além disso, o Debian Testing e não o Unstable seria uma alternativa ou Ubuntu LTS (baseado no Debian Testing). Não precisa mais depender do backports. O repositório do pgdg para Debian agora tá muito bem empacotado. Tá tudo aqui: http://www.postgresql.org/download/linux/debian/ []s __ Flavio Henrique A. Gurgel Líder de Projetos Especiais Consultoria, Projetos Treinamentos 4LINUX Tel1: +55-11.2125-4747 ou 2125-4748 www.4linux.com.br email: fla...@4linux.com.br __ FREE SOFTWARE SOLUTIONS ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] ODBC WINDOWS 8
Consegui! O UAC estava ligado e impossibilitava a alteração no registro do WINDOWS. Muito obrigado Em 2 de fevereiro de 2013 12:46, carlosanto...@utivida.com.br escreveu: Registre tudo na chave Wow6432Node. Essa é chave de compatibilidade de sistemas de 32 bits rodando em sistemas de 64 bits. Todas as chaves que você tiver de 32 bits têm que ir para esse nó. Att Carlos Antonio Pereira Em 2013-02-02 00:04, João Paulo Rieg escreveu: José Mello Júnior jose.mello.jun...@gmail.com escreveu: Olá pessoal, Para eu configurar o Registro do Windows para ODBC eu tinha um script para 32 bits assim: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINESOFTWAREODBCODBCINST.INIPostgreSQL] APILevel=1 ConnectFunctions=YYN DriverODBCVer=03.00 FileUsage=0 Setup=C:\WINDOWS\system32\psqlodbc.dll SQLLevel=1 UsageCount=dword:0001 Driver=C:\WINDOWS\system32\psqlodbc.dll Para 64 bis mudava um pouco: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINESOFTWAREWow6432NodeODBCODBCINST.INIPostgreSQL] APILevel=1 ConnectFunctions=YYN Driver=PSQLODBC.DLL DriverODBCVer=03.00 FileUsage=0 Setup=PSQLODBC.DLL SQLLevel=1 UsageCount=dword:0001 Para o WINDOWS 8 não consegui visualizar qual a chave para ser modificada. Alguém já fez essa configuração? Muito obrigado -- Mello Júnior 41.3252-3555 Vc precisa executar o comando de configuração no windows 8 como administrador. O script 32 bitz que vc ten funciona tanto no 32 como no x64. Porem execute como administrador. Cara, mexi pouco no windows 8, mas nao encontreicnenhume diretiva que permitisse um usuario do pc rodar um software que modifica o registro sem ter permissao de adm. Abraços bom finde. Att, rieg... Envio efetuado a partir do Galaxy Tab Samsung ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Mello Júnior 41.3252-3555 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Query com campos VARCHAR com/sem ASPAS SIMPLES
On 14-02-2013 10:29, mauriciobuffon wrote: ERROR: operator does not exist: character varying integer SQL state: 42883 Hint: No operator matches the given name and argument type(s). You might need to add explicit type casts. Character: 53 Até aqui, tranquilo. No banco, o campo 'id_prod_sit' da tabela 'produtos' está definido como VARCHAR(1) e a query não utiliza aspas simples. Mas, o que me chamou a atenção foi que no banco antigo esse erro não acontecia. Então, executei a query tal qual acima através do querytool no banco antigo e, voilá, funciona! Já gastei umas 2 horas no google procurando alguma menção a campos VARCHAR tratando aspas simples de forma opcional e nada. Os casts implícitos para TEXT foram removidos na versão 8.3 (vide [1]). Quanto a aspas simples, elas sempre foram requeridas para campos texto (TEXT, VARCHAR e CHAR) -- vide [2]. O que você deve fazer é corrigir a sua aplicação. A sua consulta ficará: SELECT no_prod_unid FROM produtos WHERE id_prod_sit != '2' and cd_proddesc = 27 [1] http://www.postgresql.org/docs/current/static/release-8-3.html#AEN123497 [2] http://www.postgresql.org/docs/current/static/sql-syntax-lexical.html#SQL-SYNTAX-CONSTANTS -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Curso em Belo Horizonte para iniciante
Bom dia a todos. Alguém conhece e indica algum lugar em Belo Horizonte a um custo baixo para quem gostaria de iniciar com PostGresql? Desde já agradeço atenção de todos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Hot Standby e Streaming Replication
Boa tarde a todos, Euler muito bom seu post sobre Hot Standby e Streaming Replication. Parabéns. Só fiquei com uma dúvida. Quando eu precisar colocar o servidor que fica em Standby em produção o que devo ligar/desligar no arquivo de configuração? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Curso em Belo Horizonte para iniciante
Olá Samuel, A Dextraining estará em BH em Julho com a Formação PostgreSQL, sendo o primeiro módulo da formação ideal para iniciantes: http://www.dextraining.com.br/cursos/postgresql-formacao-completa/ -Matheus Espanhol Em 14 de fevereiro de 2013 11:47, Samuel Moura samuel.mo...@gmail.comescreveu: Bom dia a todos. Alguém conhece e indica algum lugar em Belo Horizonte a um custo baixo para quem gostaria de iniciar com PostGresql? Desde já agradeço atenção de todos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Matheus Ricardo Espanhol --- Dextra Sistemas http://www.dextra.com.br/postgres/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Hot Standby e Streaming Replication
On 14-02-2013 12:23, renat...@checkcheck.com.br wrote: [Não sequestre uma thread, ou seja, não responda a um email de outro assunto; quando quiser iniciar um novo assunto crie um novo email] Euler muito bom seu post sobre Hot Standby e Streaming Replication. Parabéns. Obrigado. Só fiquei com uma dúvida. Quando eu precisar colocar o servidor que fica em Standby em produção o que devo ligar/desligar no arquivo de configuração? Você tem algumas opções. São elas: (i) pg_ctl promote: somente em versões = 9.1; (ii) trigger file: este parâmetro é especificado no arquivo recovery.conf. Basta criar o arquivo especificado no valor que o servidor será promovido (se tornará independente do servidor principal). -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] PGBR-2013: Chamada de trabalhos internacional
Senhores, amanhã, 15/02/2013, estará aberta a chamada de trabalhos internacional: http://pgbr.postgresql.org.br/2013/chamada.en.php []s -- Atenciosamente, Fábio Telles Rodriguez blog: http:// http://www.midstorm.org/~telles/shttp://tellesr.wordpress.com/ avepoint.blog.br e-mail / gtalk / MSN: fabio.tel...@gmail.com Skype: fabio_telles Timbira - A empresa brasileira de Postgres http://www.timbira.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Dúvida com performance
Olá a todos, tenho um banco de dados que contém uma tabela com aproximadamente 3.300.000 linhas. Esto encontrando dificuldades ao trabalhar com essa tabela em função da performance. Para dar uma dimensão do problema, um SELECT COUNT(coluna) chega a levar cerca de 10 minutos para retornar o resultado. Embora eu estranhe essa demora, não sei se no postgresql, levando-se em conta a quantidade de linhas, isso seria normal. Gostaria de contar com ajuda dos colegas no sentido de saber se há alguma coisa que eu possa fazer para melhorar esse desempenho. O meu ambiente de trabalho/testes é: Windows 7 Postgresql 9.0 PgAdmin. CPU: I3 4gb RAM. Abraços, Rômulo. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PGBR-2013: Chamada de trabalhos internacional
On Thu, Feb 14, 2013 at 3:50 PM, Fábio Telles Rodriguez fabio.tel...@gmail.com wrote: Senhores, amanhã, 15/02/2013, estará aberta a chamada de trabalhos internacional: http://pgbr.postgresql.org.br/2013/chamada.en.php []s -- Atenciosamente, Fábio Telles Rodriguez blog: http://savepoint.blog.br e-mail / gtalk / MSN: fabio.tel...@gmail.com Skype: fabio_telles Timbira - A empresa brasileira de Postgres http://www.timbira.com.br pelo que eu entendi voces irao patrocinar somente a hospedagem do palestrante certo ? Itamar Reis Peixoto ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PGBR-2013: Chamada de trabalhos internacional
Sim Itamar, a princípio somente a hospedagem está garantida. A medida que forem fechados patrocínios e inscrições forem realizadas, poderemos rever a situação. Vale lembrar que as empresas patrocinadoras não necessitam obrigatoriamente pagar a cota de patrocínio com dinheiro. Se tivermos novidades neste sentido, postaremos na lista para conhecimento de todos. Obrigado. Luis Bueno 2013/2/14 Itamar Reis Peixoto ita...@ispbrasil.com.br On Thu, Feb 14, 2013 at 3:50 PM, Fábio Telles Rodriguez fabio.tel...@gmail.com wrote: Senhores, amanhã, 15/02/2013, estará aberta a chamada de trabalhos internacional: http://pgbr.postgresql.org.br/2013/chamada.en.php []s -- Atenciosamente, Fábio Telles Rodriguez blog: http://savepoint.blog.br e-mail / gtalk / MSN: fabio.tel...@gmail.com Skype: fabio_telles Timbira - A empresa brasileira de Postgres http://www.timbira.com.br pelo que eu entendi voces irao patrocinar somente a hospedagem do palestrante certo ? Itamar Reis Peixoto ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Duvida memoria ram
Archlinux é extremamente estável, mas você terá que fazer tudo na mão, compilar na mão. Vale a pena, mas demora um pouco. @firebitsbr Em 14 de fevereiro de 2013 15:29, Edson - Lista edson...@gmail.comescreveu: Em 14/02/2013 07:47, Fábio Telles Rodriguez escreveu: Em 13 de fevereiro de 2013 23:17, Itamar Reis Peixoto ita...@ispbrasil.com.br escreveu: 2013/2/13 Mauro Risonho de Paula Assumpção mauro.riso...@gmail.com: O filesystem pelo que você comentou esta em ext2, correto? Eu recomendaria Brfs ou ext4 e fazer upgrade para centos 6.3 @firebitsbr eu recomendaria um fedora 17 ou 18 que já vem com a versao do postgresql mais nova e ext4. Preconceito meu, mas usar Fedora, Ubuntu desktop ou Debian unstable não é uma das coisas que eu gosto de fazer. Prefiro ter distribuições mais estáveis. Se eu precisar da versão mais nova do PostgreSQL eu compilo ou pego o RPM direto da fonte. -- Itamar Reis Peixoto http://www.quebarato.com.br/perfil/itamarjp ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Fábio Telles Rodriguez blog: http:// http://www.midstorm.org/%7Etelles/shttp://tellesr.wordpress.com/ avepoint.blog.br e-mail / gtalk / MSN: fabio.tel...@gmail.com Skype: fabio_telles Timbira - A empresa brasileira de Postgres http://www.timbira.com.br ___ pgbr-geral mailing listpgbr-ge...@listas.postgresql.org.brhttps://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Telles, Qual distribuição mais estável você recomendaria? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Duvida memoria ram
só faltou citarem gentoo :) ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Duvida memoria ram
Mauro Risonho de Paula Assumpção mauro.riso...@gmail.com writes: Archlinux é extremamente estável, mas você terá que fazer tudo na mão, compilar na mão. Não vejo o archlinux tão estável assim. Já houve dois momentos em que tive que meter a mão no SO para ajustá-lo, um momento em que mudaram o pid de lugar e o sistema não subia o SGBD, foi necessário um restart da máquina e um segundo a pouco tempo em que migraram de sysv para systemd e na recente atualização de versão para a 9.2.3 retiraram o initscript do pacote, logo o SGBD também não rodava, ai foi uma correria só para poder migrar tudo para systemd. Quanto ao systemd tá certo que eu deveria ter migrado antes, mas quanto ao PID, poxa perder um uptime 200+ dias por causa de uma mudancinha? Foi duro... hehehehe... Em termos de estabilidade recomendo Debian. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dúvida com performance
On 14-02-2013 15:53, Romulo Souza wrote: tenho um banco de dados que contém uma tabela com aproximadamente 3.300.000 linhas. Esto encontrando dificuldades ao trabalhar com essa tabela em função da performance. Para dar uma dimensão do problema, um SELECT COUNT(coluna) chega a levar cerca de 10 minutos para retornar o resultado. Embora eu estranhe essa demora, não sei se no postgresql, levando-se em conta a quantidade de linhas, isso seria normal. Leia [1] e siga os links ali apresentados. [1] http://wiki.postgresql.org/wiki/Slow_Counting -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Passagens para o PGBR2013 com ótimo preço
Senhores estou vendo aqui... quem quiser comprar passagem para o PGBR2013 agora deve fazer ótimo negócio: http://www.decolar.com/shop/flights/results/roundtrip/SAO/PVH/2013-08-15/2013-08-18/1/0/0 De São Paulo para Porto Velho, ida e volta por R$ 510 na Avianca e R$ 687 pela Azul. Parcelando em 3x fica moleza. []s -- Atenciosamente, Fábio Telles Rodriguez blog: http:// http://www.midstorm.org/~telles/shttp://tellesr.wordpress.com/ avepoint.blog.br e-mail / gtalk / MSN: fabio.tel...@gmail.com Skype: fabio_telles Timbira - A empresa brasileira de Postgres http://www.timbira.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Hot Standby e Streaming Replication
Euler, Eu uso a versão 9.0.3 e a solução para minha versão passa pelo arquivo recovery.conf. Contudo não ficou muito claro para min qual seria o parametro que devo colocar neste arquivo. Você pode me ajudar. Meu aquivo recovery.conf está assim: standby_mode = 'on' primary_conninfo = 'host=10.0.0.1 port=5432 user=xx password=yy' - Mensagem de eu...@timbira.com - Data: Thu, 14 Feb 2013 14:49:24 -0200 De: Euler Taveira eu...@timbira.com Responder para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Assunto: Re: [pgbr-geral] Hot Standby e Streaming Replication Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br On 14-02-2013 12:23, renat...@checkcheck.com.br wrote: [Não sequestre uma thread, ou seja, não responda a um email de outro assunto; quando quiser iniciar um novo assunto crie um novo email] Euler muito bom seu post sobre Hot Standby e Streaming Replication. Parabéns. Obrigado. Só fiquei com uma dúvida. Quando eu precisar colocar o servidor que fica em Standby em produção o que devo ligar/desligar no arquivo de configuração? Você tem algumas opções. São elas: (i) pg_ctl promote: somente em versões = 9.1; (ii) trigger file: este parâmetro é especificado no arquivo recovery.conf. Basta criar o arquivo especificado no valor que o servidor será promovido (se tornará independente do servidor principal). -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral - Final da mensagem de eu...@timbira.com - ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Duvida memoria ram
2013/2/14 Edson - Lista edson...@gmail.com: eu recomendaria um fedora 17 ou 18 que já vem com a versao do postgresql mais nova e ext4. Preconceito meu, mas usar Fedora, Ubuntu desktop ou Debian unstable não é uma das coisas que eu gosto de fazer. Prefiro ter distribuições mais estáveis. Se eu precisar da versão mais nova do PostgreSQL eu compilo ou pego o RPM direto da fonte. o proprio Tom Lane que compila os rpms do posgresql que vem no fedora. -- Itamar Reis Peixoto ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Conectar ao PostgreSQL por smartcard através do PHP
Caros, Estou com a tarefa de implementar um sistema que tenha a autenticação feita com o uso de certificado digital gravado em smartcard, com a chave privada protegida. A Autenticação na aplicação (Apache + PHP) é simples e já está funcionando, porém estou pesquisando uma forma, se for tecnicamente viável, de prover a autenticação ao banco PostgreSQL também com a utilização destes certificados digitais. A ideia não é recorrer a aplicações client/server. Ainda não consegui, utilizando o método cert do pg_hba: ocorre a mensagem Unable to connect to PostgreSQL server: FATAL: conexão requer um certificado cliente válido. Recorro à ajuda dos colegas para saber se é possível esta autenticação e como poderia fazê-la. O sistema que está sendo desenvolvido não ficará em nenhum ambiente com autenticação openLDAP, AD ou outra do gênero, daí o interesse de se utilizar os certificados digitais em todo o processo. Agradeço pela colaboração. João___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Hot Standby e Streaming Replication
On 14-02-2013 17:11, renat...@checkcheck.com.br wrote: Eu uso a versão 9.0.3 e a solução para minha versão passa pelo arquivo recovery.conf. Contudo não ficou muito claro para min qual seria o parametro que devo colocar neste arquivo. Você pode me ajudar. Vide [1]. Meu aquivo recovery.conf está assim: standby_mode = 'on' primary_conninfo = 'host=10.0.0.1 port=5432 user=xx password=yy' trigger_file = '/path/to/pgsql.5432.trg' Coloca o parâmetro acima no recovery.conf. Quando for promover o servidor secundário, basta criar o arquivo /path/to/pgsql.5432.trg; o postgres se encarregará do resto (promover o servidor). [1] http://www.postgresql.org/docs/current/static/standby-settings.html -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
