Re: [pgbr-geral] Replicação
Olá Walter, Entre as soluções que fornecem alta disponibilidade, destacam-se: - Warm Standby - Slony A Dextra Sistemas é referência nesta área, oferecendo consultoria, suporte e treinamento. http://www.dextra.com.br/postgres/ 2009/8/5 Walter Maier Neto wmaie...@yahoo.com.br Atualmente temos 4 servidores, todos de trabalho, replicando entre si (multi-master) com uma aplicação proprietária (de terceiros) que utiliza dblink e trigger. Mas este modelo está apresentando alguns problemas/restrições em relação ao ERP que é não é da mesma empresa da replica. Estamos pensando em utilizar replicação para contingência (alta disponibilidade) e não mais para balanceamento de carga, ou seja, utilizar o servidor principal para trabalho e o segundário como espelho do primeiro, sendo somente utilizado em caso de crash no principal; Busco mais informações práticas e consultoria especializada sobre o assunto; Grato; Walter Maier Neto Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com ___ 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] Replicação
Walter, bom dia... Para replicação você dispõe de algumas opções no universo PostgreSQL. Para escolher a ideal no teu caso, tem-se que ver o quanto está disposto a correr risco de perda de dados (quanto de perda é aceitável), impactos na performance do sistema, disponibilidade do sistema (por quanto tempo eu posso ficar com o sistema indisponível), custo operacional de implantação, tempo gasto para recuperar os dados, dentre outras coisas. Tendo ponderado sobre isso, pode-se optar por um modelo síncrono ou assíncrono. Dentre as soluções assíncronas posso destacar: Slony Warm Standby Bucardo SkyTools Mammoth Dentre as soluções síncronas: PgPool-II Log Shipping Sequoia *ParGRES (desenvolvido pelo pessoal do UFRJ... bem interessante) *GridSQL (desenvolvido pelo pessoal da EnterpriseDB. Tb vale a pena dar uma olhada) Existem outras soluções também, como o PGCluster... Algumas destas soluções não se propõem apenas a replicação, mas também a balanço de carga, pool de conexões... Espero ter ajudado. Att, -- Charly Frankl http://javadevilopers.blogspot.com/ charlyfra...@gmail.com Linux user #391083 2009/8/5 Walter Maier Neto wmaie...@yahoo.com.br Atualmente temos 4 servidores, todos de trabalho, replicando entre si (multi-master) com uma aplicação proprietária (de terceiros) que utiliza dblink e trigger. Mas este modelo está apresentando alguns problemas/restrições em relação ao ERP que é não é da mesma empresa da replica. Estamos pensando em utilizar replicação para contingência (alta disponibilidade) e não mais para balanceamento de carga, ou seja, utilizar o servidor principal para trabalho e o segundário como espelho do primeiro, sendo somente utilizado em caso de crash no principal; Busco mais informações práticas e consultoria especializada sobre o assunto; Grato; Walter Maier Neto Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.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] Res: Otimizacao delete
Ta aqui euler,existe indices pra fk tudo corretamente aplicacado. Hash IN Join (cost=195518.80..9397068.63 rows=306493 width=6) (actual time=400576.173..400576.173 rows=0 loops=1) Hash Cond: (cobranca_documento_item.cnta_id = conta_geral.cnta_id) - Seq Scan on cobranca_documento_item (cost=0.00..4927720.28 rows=230639728 width=10) (actual time=17.607..171919.721 rows=230473661 loops=1) - Hash (cost=194156.96..194156.96 rows=82947 width=4) (actual time=1493.901..1493.901 rows=1440 loops=1) - Bitmap Heap Scan on conta_geral (cost=1561.92..194156.96 rows=82947 width=4) (actual time=1392.510..1447.767 rows=1440 loops=1) Recheck Cond: (cntg_ichistorico = 3) - Bitmap Index Scan on xix1_conta_geral (cost=0.00..1541.18 rows=82947 width=0) (actual time=339.771..339.771 rows=127989 loops=1) Index Cond: (cntg_ichistorico = 3) Total runtime: 400576.305 ms Fazendo um teste desabilitando o seqscan é percebi que o custo aumenta,me certificando que o banco escolheu a melhor forma. quanto a dica do fabio, realmente é radical..so nas ultimas das ultimas...rs Resolvi o problema pedindo ao analista mais filtros para esse delete. Agradeço a todos De: Euler Taveira de Oliveira eu...@timbira.com Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Terça-feira, 4 de Agosto de 2009 16:44:10 Assunto: Re: [pgbr-geral] Otimizacao delete paulo matadr escreveu: Eu to com esse delete na maior tabela do meu banco: A lentidão pode estar associada a alguma chave estrangeira sem índice. Podes fornecer a estrutura das tabela cobranca_documento_item e conta_geral (pk e fk inclusas)? Além disso gostaria de ver um: BEGIN; EXPLAIN ANALYZE DELETE FROM cobranca_documento_item WHERE cnta_id IN (SELECT cnta_id FROM conta_geral WHERE cntg_ichistorico = 3); ROLLBACK; Você está com autovacuum habilitado? Se não, tem executado o ANALYZE periodicamente? -- Euler Taveira de Oliveira http://www.timbira.com/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Iniciar e parar o serviço do postgr esql via terminal
Srs, Uso o postgresql no ubuntu 9.04 e gostaria de saber como faço para parar e reiniciar o serviço do postgre via linha de comando -- []'s Leonardo Linux User #488650 Ubuntu User #27045 Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Replicação
2009/8/6 Joao Cosme de Oliveira Junior joao.co...@serpro.gov.br Só corrigindo Slony é para replicação e não para alta-disponiblidade. assim como o warm stand by. Boa colocação João. Porém quero dizer que Warm Standby e Slony são ferramentas que fornecem alta disponibilidade, pois quando se faz replicação, se busca no mínimo a alta disponibilidade. Como estamos falando de Postgres, citei apenas as ferramentas relacionadas. Além dessas ferramentas utilizaríamos também o Heartbeat por exemplo, para garantir realmente a alta disponibilidade. -- 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] Iniciar e parar o serviço do postgr esql via terminal
2009/8/6 Leonardo Ribeiro leojribe...@gmail.com Srs, Uso o postgresql no ubuntu 9.04 e gostaria de saber como faço para parar e reiniciar o serviço do postgre via linha de comando Tente, sudo /etc/init.d/postgresql-8.3 stop sudo /etc/init.d/postgresql-8.3 start sudo /etc/init.d/postgresql-8.3 restart Ps: o restart executa stop e start Cordialmente, -- Fabrízio de Royes Mello Blog sobre PostgreSQL: http://fabriziomello.blogspot.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] Replicação
Boa Tarde, gostaria que esse meu e-mail fosse cancelado dessa lista grato ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Replicação
O risco de perda de dados deve ser minimizado ao máximo, mas além disso, o custo da indisponibilidade é muito alto. Tolerada por períodos curtos, de 1 a 2 horas na pior hipótese, mas nunca superior a isso. Mas o objetivo é que, tanto a perda de dados como a indisponibilidade sejam eliminadas (estatisticamente); Atualmente a solução é assincrona, e esse não é nosso problemas. A preocupação com replicação sincrona é uma possível perda de performance, pois o servidor slave está em outro site (por segurança), e mesmo interligado através de um link profissional, tem performace muito inferior que uma rede local. Nosso volume de dados é considerável. Grato pela referência abaixo, vou dar uma pesquisada e começar os pilotos; Att; Walter Maier Neto Guarapuava/PR - Mensagem original - De: Charly Frankl carl...@gmail.com Para: Walter Maier Neto wmaie...@yahoo.com.br, Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 6 de Agosto de 2009 9:36:43 (GMT-0300) Auto-Detected Assunto: Re: [pgbr-geral] Replicação Walter, bom dia... Para replicação você dispõe de algumas opções no universo PostgreSQL. Para escolher a ideal no teu caso, tem-se que ver o quanto está disposto a correr risco de perda de dados (quanto de perda é aceitável), impactos na performance do sistema, disponibilidade do sistema (por quanto tempo eu posso ficar com o sistema indisponível), custo operacional de implantação, tempo gasto para recuperar os dados, dentre outras coisas. Tendo ponderado sobre isso, pode-se optar por um modelo síncrono ou assíncrono. Dentre as soluções assíncronas posso destacar: Slony Warm Standby Bucardo SkyTools Mammoth Dentre as soluções síncronas: PgPool-II Log Shipping Sequoia *ParGRES (desenvolvido pelo pessoal do UFRJ... bem interessante) *GridSQL (desenvolvido pelo pessoal da EnterpriseDB. Tb vale a pena dar uma olhada) Existem outras soluções também, como o PGCluster... Algumas destas soluções não se propõem apenas a replicação, mas também a balanço de carga, pool de conexões... Espero ter ajudado. Att, -- Charly Frankl http://javadevilopers.blogspot.com/ charlyfra...@gmail.com Linux user #391083 2009/8/5 Walter Maier Neto wmaie...@yahoo.com.br Atualmente temos 4 servidores, todos de trabalho, replicando entre si (multi-master) com uma aplicação proprietária (de terceiros) que utiliza dblink e trigger. Mas este modelo está apresentando alguns problemas/restrições em relação ao ERP que é não é da mesma empresa da replica. Estamos pensando em utilizar replicação para contingência (alta disponibilidade) e não mais para balanceamento de carga, ou seja, utilizar o servidor principal para trabalho e o segundário como espelho do primeiro, sendo somente utilizado em caso de crash no principal; Busco mais informações práticas e consultoria especializada sobre o assunto; Grato; Walter Maier Neto Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.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] Replicação
Blz... Sorte nos teus testes, e podendo ajudar, basta perguntar. Att, -- Charly Frankl http://javadevilopers.blogspot.com/ charlyfra...@gmail.com Linux user #391083 2009/8/6 Walter Maier Neto wmaie...@yahoo.com.br O risco de perda de dados deve ser minimizado ao máximo, mas além disso, o custo da indisponibilidade é muito alto. Tolerada por períodos curtos, de 1 a 2 horas na pior hipótese, mas nunca superior a isso. Mas o objetivo é que, tanto a perda de dados como a indisponibilidade sejam eliminadas (estatisticamente); Atualmente a solução é assincrona, e esse não é nosso problemas. A preocupação com replicação sincrona é uma possível perda de performance, pois o servidor slave está em outro site (por segurança), e mesmo interligado através de um link profissional, tem performace muito inferior que uma rede local. Nosso volume de dados é considerável. Grato pela referência abaixo, vou dar uma pesquisada e começar os pilotos; Att; Walter Maier Neto Guarapuava/PR - Mensagem original - De: Charly Frankl carl...@gmail.com Para: Walter Maier Neto wmaie...@yahoo.com.br, Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 6 de Agosto de 2009 9:36:43 (GMT-0300) Auto-Detected Assunto: Re: [pgbr-geral] Replicação Walter, bom dia... Para replicação você dispõe de algumas opções no universo PostgreSQL. Para escolher a ideal no teu caso, tem-se que ver o quanto está disposto a correr risco de perda de dados (quanto de perda é aceitável), impactos na performance do sistema, disponibilidade do sistema (por quanto tempo eu posso ficar com o sistema indisponível), custo operacional de implantação, tempo gasto para recuperar os dados, dentre outras coisas. Tendo ponderado sobre isso, pode-se optar por um modelo síncrono ou assíncrono. Dentre as soluções assíncronas posso destacar: Slony Warm Standby Bucardo SkyTools Mammoth Dentre as soluções síncronas: PgPool-II Log Shipping Sequoia *ParGRES (desenvolvido pelo pessoal do UFRJ... bem interessante) *GridSQL (desenvolvido pelo pessoal da EnterpriseDB. Tb vale a pena dar uma olhada) Existem outras soluções também, como o PGCluster... Algumas destas soluções não se propõem apenas a replicação, mas também a balanço de carga, pool de conexões... Espero ter ajudado. Att, -- Charly Frankl http://javadevilopers.blogspot.com/ charlyfra...@gmail.com Linux user #391083 2009/8/5 Walter Maier Neto wmaie...@yahoo.com.br Atualmente temos 4 servidores, todos de trabalho, replicando entre si (multi-master) com uma aplicação proprietária (de terceiros) que utiliza dblink e trigger. Mas este modelo está apresentando alguns problemas/restrições em relação ao ERP que é não é da mesma empresa da replica. Estamos pensando em utilizar replicação para contingência (alta disponibilidade) e não mais para balanceamento de carga, ou seja, utilizar o servidor principal para trabalho e o segundário como espelho do primeiro, sendo somente utilizado em caso de crash no principal; Busco mais informações práticas e consultoria especializada sobre o assunto; Grato; Walter Maier Neto Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.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] Postgres 8.4 - PESSIMO
Pessoal nao sei o q acontece, mas nao consigo me entender com o post 8-4 no linux.. Instalei o ubuntu 9.04 em casa. bele. dai fui instalar o meu postgres-8.4 para fazer minhas brincadeiras, e nada.. primeiro tive problemas pois criava o banco como LATIN1, bele dai nao consegui de forma nenhuma, nem mesmo no 8.4 para windows, pesquisando, mudei para WIN1252 no win funciona lindo, agora na porcaria do ubuntu qdo vou criar um banco ele me da erro ERROR: encoding WIN1252 does not match locale pt_BR.UTF-8 DETAIL: The chosen LC_CTYPE setting requires encoding UTF8 nao consigo de forma alguma criar um simples banco nessa codificacao, ja tentei pelo terminar, pelo pgadmin e nada alguem me da um help?? valeu ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Replicação
Boa tarde, Pelo que vejo, o ideal em teu caso é manter assíncrono realmente, pois sendo síncrono a perda de performance seria considerável. O que precisas é ter uma forma de subir automaticamente o servidor slave como master no menor tempo possível caso isto se faça necessário, correto? Uma coisa que poderia ser feita é ter uma camada a mais que gerencie as conexões do banco, os clientes se conectariam a essa camada e ela enviaria os pedidos ao banco - se algum cair, ela que saberá quem está de pé ou não. Mais ou menos o que o pg_pool faz. Uma boa opção poderia ser uma camada da aplicação que se gerencie as conexões, se cair um dos bancos, abre conexões com outro banco, a partir de uma lista de servers. Veja as diversas opções existentes e escolha a melhor, qualquer dúvida poste que alguém da lista poderá ajudá-lo. Boa sorte! 2009/8/6 Walter Maier Neto wmaie...@yahoo.com.br O risco de perda de dados deve ser minimizado ao máximo, mas além disso, o custo da indisponibilidade é muito alto. Tolerada por períodos curtos, de 1 a 2 horas na pior hipótese, mas nunca superior a isso. Mas o objetivo é que, tanto a perda de dados como a indisponibilidade sejam eliminadas (estatisticamente); Atualmente a solução é assincrona, e esse não é nosso problemas. A preocupação com replicação sincrona é uma possível perda de performance, pois o servidor slave está em outro site (por segurança), e mesmo interligado através de um link profissional, tem performace muito inferior que uma rede local. Nosso volume de dados é considerável. Grato pela referência abaixo, vou dar uma pesquisada e começar os pilotos; Att; Walter Maier Neto Guarapuava/PR - Mensagem original - De: Charly Frankl carl...@gmail.com Para: Walter Maier Neto wmaie...@yahoo.com.br, Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 6 de Agosto de 2009 9:36:43 (GMT-0300) Auto-Detected Assunto: Re: [pgbr-geral] Replicação Walter, bom dia... Para replicação você dispõe de algumas opções no universo PostgreSQL. Para escolher a ideal no teu caso, tem-se que ver o quanto está disposto a correr risco de perda de dados (quanto de perda é aceitável), impactos na performance do sistema, disponibilidade do sistema (por quanto tempo eu posso ficar com o sistema indisponível), custo operacional de implantação, tempo gasto para recuperar os dados, dentre outras coisas. Tendo ponderado sobre isso, pode-se optar por um modelo síncrono ou assíncrono. Dentre as soluções assíncronas posso destacar: Slony Warm Standby Bucardo SkyTools Mammoth Dentre as soluções síncronas: PgPool-II Log Shipping Sequoia *ParGRES (desenvolvido pelo pessoal do UFRJ... bem interessante) *GridSQL (desenvolvido pelo pessoal da EnterpriseDB. Tb vale a pena dar uma olhada) Existem outras soluções também, como o PGCluster... Algumas destas soluções não se propõem apenas a replicação, mas também a balanço de carga, pool de conexões... Espero ter ajudado. Att, -- Charly Frankl http://javadevilopers.blogspot.com/ charlyfra...@gmail.com Linux user #391083 2009/8/5 Walter Maier Neto wmaie...@yahoo.com.br Atualmente temos 4 servidores, todos de trabalho, replicando entre si (multi-master) com uma aplicação proprietária (de terceiros) que utiliza dblink e trigger. Mas este modelo está apresentando alguns problemas/restrições em relação ao ERP que é não é da mesma empresa da replica. Estamos pensando em utilizar replicação para contingência (alta disponibilidade) e não mais para balanceamento de carga, ou seja, utilizar o servidor principal para trabalho e o segundário como espelho do primeiro, sendo somente utilizado em caso de crash no principal; Busco mais informações práticas e consultoria especializada sobre o assunto; Grato; Walter Maier Neto Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- André de Camargo Fernandes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgres 8.4 - PESSIMO
Fabio, Usa encode UTF8 na criacao dos seus bancos de dados. Eu tive problema parecido com meus fontes em java, na maquina win o eclipse usa encode cp1252 e na maquina linux usa encode UTF8. Usando UTF8 sua base de dados tanto no Linux quanto no Win vai funfar beleza. []'s 2009/8/6 Fabio Ebner fabio.eb...@dnasolution.com.br Pessoal nao sei o q acontece, mas nao consigo me entender com o post 8-4 no linux.. Instalei o ubuntu 9.04 em casa. bele. dai fui instalar o meu postgres-8.4 para fazer minhas brincadeiras, e nada.. primeiro tive problemas pois criava o banco como LATIN1, bele dai nao consegui de forma nenhuma, nem mesmo no 8.4 para windows, pesquisando, mudei para WIN1252 no win funciona lindo, agora na porcaria do ubuntu qdo vou criar um banco ele me da erro ERROR: encoding WIN1252 does not match locale pt_BR.UTF-8 DETAIL: The chosen LC_CTYPE setting requires encoding UTF8 nao consigo de forma alguma criar um simples banco nessa codificacao, ja tentei pelo terminar, pelo pgadmin e nada alguem me da um help?? valeu ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- []'s Leonardo Linux User #488650 Ubuntu User #27045 Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgres 8.4 - PESSIMO
2009/8/6 Fabio Ebner fabio.eb...@dnasolution.com.br: Pessoal nao sei o q acontece, mas nao consigo me entender com o post 8-4 no linux.. Instalei o ubuntu 9.04 em casa. bele. dai fui instalar o meu postgres-8.4 para fazer minhas brincadeiras, e nada.. primeiro tive problemas pois criava o banco como LATIN1, bele dai nao consegui de forma nenhuma, nem mesmo no 8.4 para windows, pesquisando, mudei para WIN1252 no win funciona lindo, agora na porcaria do ubuntu qdo vou criar um banco ele me da erro ERROR: encoding WIN1252 does not match locale pt_BR.UTF-8 DETAIL: The chosen LC_CTYPE setting requires encoding UTF8 nao consigo de forma alguma criar um simples banco nessa codificacao, ja tentei pelo terminar, pelo pgadmin e nada alguem me da um help?? Acontece que agora o Postgres evita alguns problemas de codificação amarrando o suporte do SO com o suporte da base. Ou seja, se o seu Sistema Operacional não está configurado para trabalhar com determinada codificação de caracteres, o PostgreSQL não permite criar uma base com esta codificação. Em resumo, o problema é configuração do seu sistema operacional... valeu ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: fabio.tel...@gmail.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] Postgres 8.4 - PESSIMO
Fabio Ebner escreveu: ERROR: encoding WIN1252 does not match locale pt_BR.UTF-8 DETAIL: The chosen LC_CTYPE setting requires encoding UTF8 Para que você quer criar um banco com codificação WIN1252 no Linux? As codificações suportadas pelo Linux são listadas pelo 'locale -a'; assim, o PostgreSQL *não* conseguirá utilizar uma codificação que *não* está listada ali. Vamos a um exemplo: eu...@harman /a/pgsql/dev $ locale -a C en_US en_US.iso88591 en_US.utf8 italian it_IT it_IT.iso88591 ja_JP ja_JP.eucjp ja_JP.ujis ja_JP.utf8 japanese japanese.euc POSIX pt_BR pt_BR.iso88591 pt_BR.utf8 euler=# create database foo encoding 'iso88591' lc_ctype 'it_IT.iso88591' lc_collate 'it_IT.iso88591' template template0; CREATE DATABASE euler=# \l List of databases Name| Owner | Encoding | Collation| Ctype | Access privileges ---+---+--+++--- euler | euler | UTF8 | pt_BR.UTF-8| pt_BR.UTF-8| foo | euler | LATIN1 | it_IT.iso88591 | it_IT.iso88591 | postgres | euler | UTF8 | pt_BR.UTF-8| pt_BR.UTF-8| template0 | euler | UTF8 | pt_BR.UTF-8| pt_BR.UTF-8| =c/euler : euler=CTc/euler template1 | euler | UTF8 | pt_BR.UTF-8| pt_BR.UTF-8| =c/euler : euler=CTc/euler (5 rows) Para criar um banco de dados com codificação diferente da especificada no initdb, você precisa utilizar o 'template0' como modelo (isso porque o PostgreSQL utiliza cópia de arquivos ao criar um novo banco de dados e somente o template0 -- seguramente -- contém caracteres em ASCII; e os mesmos podem ser convertidos para diferentes codificações sem problemas). PS sem palavras de baixo calão, por favor. -- Euler Taveira de Oliveira http://www.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] Postgres 8.4 - PESSIMO
Leonardo, mas utf8 nao vai dar problemas em acentuacao??? pq eu passei a usar o win1252 pq aceita acentuacao numa boa.. valeu Em Qui, 2009-08-06 às 17:01 -0300, Leonardo Ribeiro escreveu: Fabio, Usa encode UTF8 na criacao dos seus bancos de dados. Eu tive problema parecido com meus fontes em java, na maquina win o eclipse usa encode cp1252 e na maquina linux usa encode UTF8. Usando UTF8 sua base de dados tanto no Linux quanto no Win vai funfar beleza. []'s 2009/8/6 Fabio Ebner fabio.eb...@dnasolution.com.br Pessoal nao sei o q acontece, mas nao consigo me entender com o post 8-4 no linux.. Instalei o ubuntu 9.04 em casa. bele. dai fui instalar o meu postgres-8.4 para fazer minhas brincadeiras, e nada.. primeiro tive problemas pois criava o banco como LATIN1, bele dai nao consegui de forma nenhuma, nem mesmo no 8.4 para windows, pesquisando, mudei para WIN1252 no win funciona lindo, agora na porcaria do ubuntu qdo vou criar um banco ele me da erro ERROR: encoding WIN1252 does not match locale pt_BR.UTF-8 DETAIL: The chosen LC_CTYPE setting requires encoding UTF8 nao consigo de forma alguma criar um simples banco nessa codificacao, ja tentei pelo terminar, pelo pgadmin e nada alguem me da um help?? valeu ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- []'s Leonardo Linux User #488650 Ubuntu User #27045 Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece ___ 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] Postgres 8.4 - PESSIMO
Boa noite, Fábio, UTF8 não dá problema algum com acentuação, pelo contrário, tem acentuações existentes em diversos idiomas, inclusive aquelas que não temos em português. UTF8 é o mais indicado, ainda mais quando trabalhas com java, que tem suporte completo a trabalhar com UTF8. Abraços, 2009/8/6 Fabio Ebner fabio.eb...@dnasolution.com.br Leonardo, mas utf8 nao vai dar problemas em acentuacao??? pq eu passei a usar o win1252 pq aceita acentuacao numa boa.. valeu Em Qui, 2009-08-06 às 17:01 -0300, Leonardo Ribeiro escreveu: Fabio, Usa encode UTF8 na criacao dos seus bancos de dados. Eu tive problema parecido com meus fontes em java, na maquina win o eclipse usa encode cp1252 e na maquina linux usa encode UTF8. Usando UTF8 sua base de dados tanto no Linux quanto no Win vai funfar beleza. []'s 2009/8/6 Fabio Ebner fabio.eb...@dnasolution.com.br Pessoal nao sei o q acontece, mas nao consigo me entender com o post 8-4 no linux.. Instalei o ubuntu 9.04 em casa. bele. dai fui instalar o meu postgres-8.4 para fazer minhas brincadeiras, e nada.. primeiro tive problemas pois criava o banco como LATIN1, bele dai nao consegui de forma nenhuma, nem mesmo no 8.4 para windows, pesquisando, mudei para WIN1252 no win funciona lindo, agora na porcaria do ubuntu qdo vou criar um banco ele me da erro ERROR: encoding WIN1252 does not match locale pt_BR.UTF-8 DETAIL: The chosen LC_CTYPE setting requires encoding UTF8 nao consigo de forma alguma criar um simples banco nessa codificacao, ja tentei pelo terminar, pelo pgadmin e nada alguem me da um help?? valeu ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- []'s Leonardo Linux User #488650 Ubuntu User #27045 Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece ___ 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 -- André de Camargo Fernandes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgres 8.4 - PESSIMO
2009/8/6 Andre Fernandes fernandes.an...@gmail.com: Boa noite, Fábio, UTF8 não dá problema algum com acentuação, pelo contrário, tem acentuações existentes em diversos idiomas, inclusive aquelas que não temos em português. Em parte isso é verdade. Minha experiência de pegar um dump iso8859-1 e migrar para uma base utf-8 não foi das mais agradaveis Tive trabalho dobrado por conta disso: Um pra fazer como utf8 e outro pra refazer novamente como iso8859-1. Em várias aplicações a acentuação não apareceu como deveria e tive que voltar atrás com isso. UTF8 é o mais indicado, ainda mais quando trabalhas com java, que tem suporte completo a trabalhar com UTF8. Se vocêestá começando do zero pode até valer a pena sim, mas se já tem dados e aplicações em outra codificação não será tão fácil. Abraços, 2009/8/6 Fabio Ebner fabio.eb...@dnasolution.com.br Leonardo, mas utf8 nao vai dar problemas em acentuacao??? pq eu passei a usar o win1252 pq aceita acentuacao numa boa.. valeu Em Qui, 2009-08-06 às 17:01 -0300, Leonardo Ribeiro escreveu: Fabio, Usa encode UTF8 na criacao dos seus bancos de dados. Eu tive problema parecido com meus fontes em java, na maquina win o eclipse usa encode cp1252 e na maquina linux usa encode UTF8. Usando UTF8 sua base de dados tanto no Linux quanto no Win vai funfar beleza. []'s 2009/8/6 Fabio Ebner fabio.eb...@dnasolution.com.br Pessoal nao sei o q acontece, mas nao consigo me entender com o post 8-4 no linux.. Instalei o ubuntu 9.04 em casa. bele. dai fui instalar o meu postgres-8.4 para fazer minhas brincadeiras, e nada.. primeiro tive problemas pois criava o banco como LATIN1, bele dai nao consegui de forma nenhuma, nem mesmo no 8.4 para windows, pesquisando, mudei para WIN1252 no win funciona lindo, agora na porcaria do ubuntu qdo vou criar um banco ele me da erro ERROR: encoding WIN1252 does not match locale pt_BR.UTF-8 DETAIL: The chosen LC_CTYPE setting requires encoding UTF8 nao consigo de forma alguma criar um simples banco nessa codificacao, ja tentei pelo terminar, pelo pgadmin e nada alguem me da um help?? valeu ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- []'s Leonardo Linux User #488650 Ubuntu User #27045 Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece ___ 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 -- André de Camargo Fernandes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Welington Rodrigues Braga -- Web: http://www.welrbraga.eti.br MSN: welrbraga[*]msn·com Gtalk: welrbraga[*]gmail·com Yahoo / Skype: welrbraga PGP Key: 0x6C7654EB Linux User #253605 Em tudo somos atribulados, porém não angustiados; perplexos, porém não desanimados; perseguidos, porém não desamparados; abatidos, porém não destruídos; - 2Co 4:8,9 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgres 8.4 - PESSIMO
Isso é verdade. Trocar codificação no meio do caminho é sempre um caminho complicado. Mas isso não é específico de UTF8, codificações diferentes são trabalhosas para trocar de uma para outra, salvo raras excessões. Abraços, 2009/8/6 Welington R. Braga welrbr...@gmail.com 2009/8/6 Andre Fernandes fernandes.an...@gmail.com: Boa noite, Fábio, UTF8 não dá problema algum com acentuação, pelo contrário, tem acentuações existentes em diversos idiomas, inclusive aquelas que não temos em português. Em parte isso é verdade. Minha experiência de pegar um dump iso8859-1 e migrar para uma base utf-8 não foi das mais agradaveis Tive trabalho dobrado por conta disso: Um pra fazer como utf8 e outro pra refazer novamente como iso8859-1. Em várias aplicações a acentuação não apareceu como deveria e tive que voltar atrás com isso. UTF8 é o mais indicado, ainda mais quando trabalhas com java, que tem suporte completo a trabalhar com UTF8. Se vocêestá começando do zero pode até valer a pena sim, mas se já tem dados e aplicações em outra codificação não será tão fácil. Abraços, 2009/8/6 Fabio Ebner fabio.eb...@dnasolution.com.br Leonardo, mas utf8 nao vai dar problemas em acentuacao??? pq eu passei a usar o win1252 pq aceita acentuacao numa boa.. valeu Em Qui, 2009-08-06 às 17:01 -0300, Leonardo Ribeiro escreveu: Fabio, Usa encode UTF8 na criacao dos seus bancos de dados. Eu tive problema parecido com meus fontes em java, na maquina win o eclipse usa encode cp1252 e na maquina linux usa encode UTF8. Usando UTF8 sua base de dados tanto no Linux quanto no Win vai funfar beleza. []'s 2009/8/6 Fabio Ebner fabio.eb...@dnasolution.com.br Pessoal nao sei o q acontece, mas nao consigo me entender com o post 8-4 no linux.. Instalei o ubuntu 9.04 em casa. bele. dai fui instalar o meu postgres-8.4 para fazer minhas brincadeiras, e nada.. primeiro tive problemas pois criava o banco como LATIN1, bele dai nao consegui de forma nenhuma, nem mesmo no 8.4 para windows, pesquisando, mudei para WIN1252 no win funciona lindo, agora na porcaria do ubuntu qdo vou criar um banco ele me da erro ERROR: encoding WIN1252 does not match locale pt_BR.UTF-8 DETAIL: The chosen LC_CTYPE setting requires encoding UTF8 nao consigo de forma alguma criar um simples banco nessa codificacao, ja tentei pelo terminar, pelo pgadmin e nada alguem me da um help?? valeu ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- []'s Leonardo Linux User #488650 Ubuntu User #27045 Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece ___ 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 -- André de Camargo Fernandes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Welington Rodrigues Braga -- Web: http://www.welrbraga.eti.br MSN: welrbraga[*]msn·com Gtalk: welrbraga[*]gmail·com Yahoo / Skype: welrbraga PGP Key: 0x6C7654EB Linux User #253605 Em tudo somos atribulados, porém não angustiados; perplexos, porém não desanimados; perseguidos, porém não desamparados; abatidos, porém não destruídos; - 2Co 4:8,9 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- André de Camargo Fernandes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgres 8.4 - PESSIMO
Sim é verdade que vc tera problemas de acentuação caso crie um BD com encode UTF8 e querer restaurar um dump de uma base com encode diferente. Mas se vc usa maquina Win e tbm linux (que é o meu caso) eu trabalho com UTF8 nas duas, com isso evito muitos problemas. O mesmo eu faço com os projetos em java (no eclipse eu coloco UTF8 no win), no linux ja é padrao. Ai quando vou abrir o fonte em todos os ambientes nao tenho problema. Nao sou um expert em encoding, alguns colegas ja deram explicacoes mais detalhadas, o que estou reportando aqui é o que uso para evitar dores de cabeça no tratamento das bases em Win e Linux, tanto para o BD como para os fontes dos projetos. Att 2009/8/6 Andre Fernandes fernandes.an...@gmail.com Isso é verdade. Trocar codificação no meio do caminho é sempre um caminho complicado. Mas isso não é específico de UTF8, codificações diferentes são trabalhosas para trocar de uma para outra, salvo raras excessões. Abraços, 2009/8/6 Welington R. Braga welrbr...@gmail.com 2009/8/6 Andre Fernandes fernandes.an...@gmail.com: Boa noite, Fábio, UTF8 não dá problema algum com acentuação, pelo contrário, tem acentuações existentes em diversos idiomas, inclusive aquelas que não temos em português. Em parte isso é verdade. Minha experiência de pegar um dump iso8859-1 e migrar para uma base utf-8 não foi das mais agradaveis Tive trabalho dobrado por conta disso: Um pra fazer como utf8 e outro pra refazer novamente como iso8859-1. Em várias aplicações a acentuação não apareceu como deveria e tive que voltar atrás com isso. UTF8 é o mais indicado, ainda mais quando trabalhas com java, que tem suporte completo a trabalhar com UTF8. Se vocêestá começando do zero pode até valer a pena sim, mas se já tem dados e aplicações em outra codificação não será tão fácil. Abraços, 2009/8/6 Fabio Ebner fabio.eb...@dnasolution.com.br Leonardo, mas utf8 nao vai dar problemas em acentuacao??? pq eu passei a usar o win1252 pq aceita acentuacao numa boa.. valeu Em Qui, 2009-08-06 às 17:01 -0300, Leonardo Ribeiro escreveu: Fabio, Usa encode UTF8 na criacao dos seus bancos de dados. Eu tive problema parecido com meus fontes em java, na maquina win o eclipse usa encode cp1252 e na maquina linux usa encode UTF8. Usando UTF8 sua base de dados tanto no Linux quanto no Win vai funfar beleza. []'s 2009/8/6 Fabio Ebner fabio.eb...@dnasolution.com.br Pessoal nao sei o q acontece, mas nao consigo me entender com o post 8-4 no linux.. Instalei o ubuntu 9.04 em casa. bele. dai fui instalar o meu postgres-8.4 para fazer minhas brincadeiras, e nada.. primeiro tive problemas pois criava o banco como LATIN1, bele dai nao consegui de forma nenhuma, nem mesmo no 8.4 para windows, pesquisando, mudei para WIN1252 no win funciona lindo, agora na porcaria do ubuntu qdo vou criar um banco ele me da erro ERROR: encoding WIN1252 does not match locale pt_BR.UTF-8 DETAIL: The chosen LC_CTYPE setting requires encoding UTF8 nao consigo de forma alguma criar um simples banco nessa codificacao, ja tentei pelo terminar, pelo pgadmin e nada alguem me da um help?? valeu ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- []'s Leonardo Linux User #488650 Ubuntu User #27045 Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece ___ 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 -- André de Camargo Fernandes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Welington Rodrigues Braga -- Web: http://www.welrbraga.eti.br MSN: welrbraga[*]msn·com Gtalk: welrbraga[*]gmail·com Yahoo / Skype: welrbraga PGP Key: 0x6C7654EB Linux User #253605 Em tudo somos atribulados, porém não angustiados; perplexos, porém não desanimados; perseguidos, porém não desamparados; abatidos, porém não destruídos; - 2Co 4:8,9 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- André de Camargo Fernandes
Re: [pgbr-geral] Iniciar e parar o serviço do postgr esql via terminal
su -l postgres -s /bin/sh -c /usr/bin/pg_ctl -D $PGDATA -p /usr/bin/postmaster start e su -l postgres -s /bin/sh -c /usr/bin/pg_ctl -D $PGDATA -p /usr/bin/postmaster stop onde PGDATA = pasta onde esta setado o cluster do BD (por padrão é /var/lib/pgsql/data); no link abaixo vc acha mais informações: http://postgresql.ribafs.org/instalacao-do-postgresql/1-instalacao-windows/9-instalacao-tipo-no-installer Walter - Leonardo Ribeiro leojribe...@gmail.com escreveu: De: Leonardo Ribeiro leojribe...@gmail.com Para: pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 6 de Agosto de 2009 12:00:40 (GMT-0300) Auto-Detected Assunto: [pgbr-geral] Iniciar e parar o serviço do postgresql via terminal Srs, Uso o postgresql no ubuntu 9.04 e gostaria de saber como faço para parar e reiniciar o serviço do postgre via linha de comando -- []'s Leonardo Linux User #488650 Ubuntu User #27045 Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.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] Iniciar e parar o serviço do postgr esql via terminal
obrigado pelas dicas pessoal ;-) 2009/8/6 Walter Maier Neto wmaie...@yahoo.com.br su -l postgres -s /bin/sh -c /usr/bin/pg_ctl -D $PGDATA -p /usr/bin/postmaster start e su -l postgres -s /bin/sh -c /usr/bin/pg_ctl -D $PGDATA -p /usr/bin/postmaster stop onde PGDATA = pasta onde esta setado o cluster do BD (por padrão é /var/lib/pgsql/data); no link abaixo vc acha mais informações: http://postgresql.ribafs.org/instalacao-do-postgresql/1-instalacao-windows/9-instalacao-tipo-no-installer Walter - Leonardo Ribeiro leojribe...@gmail.com escreveu: De: Leonardo Ribeiro leojribe...@gmail.com Para: pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 6 de Agosto de 2009 12:00:40 (GMT-0300) Auto-Detected Assunto: [pgbr-geral] Iniciar e parar o serviço do postgresql via terminal Srs, Uso o postgresql no ubuntu 9.04 e gostaria de saber como faço para parar e reiniciar o serviço do postgre via linha de comando -- []'s Leonardo Linux User #488650 Ubuntu User #27045 Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/- Celebridadeshttp://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/celebridades/- Músicahttp://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/m%C3%BAsica/- Esporteshttp://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/esportes/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- []'s Leonardo Linux User #488650 Ubuntu User #27045 Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgre com acesso remoto
Opa, Tiago, Realmente me expressei mal e o acesso é pela minha rede local. Bem, eu fiz as configuracoes nos arquivos postgresql.conf e pg_hba.conf, reiniciei o servidor e da outra maquina (meu notebook) eu fiz um ping e tbm um telnet na maquina servidora do postgre (meu pc) e na porta 5432, tudo OK e tbm no meu notebook eu via pgadmin acessei a base no pc. Mas quando vou iniciar a aplicacao nao da mais erro algum porem fica parada e a mensagem no console do eclipse é a seguinte Initializing connection provider : org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider e fica ai.. parado.. Acho q agora o problema nao é mais no postgre ne? Algo no spring de repente.. vou continuar pesquisando, mas obrigado pela atencao 2009/8/6 Tiago Adami adam...@gmail.com Olá, Leonardo. Pelo título me passou a idéia de que você está tentando acessar o Postgre de fora da sua LAN - possivelmente pela internet. É esse o seu caso? Mesmo que não seja, verifique se você consegue pingar o IP da máquina servidora do PostgreSQL. Pela mensagem parece que o seu computador remoto não está conseguindo ter acesso à máquina, pois se fosse algum erro no pg_hba certamente a mensagem seria algo como FATAL: No pg_hba.conf entry for host (...). -- Tiago J. Adami Dois Vizinhos - Paraná - Brasil 2009/8/6 Leonardo Ribeiro leojribe...@gmail.com Srs, Tenho uma aplicacao que precisa acessar uma base de dados postgre, essa aplicacao esta em uma maquina cliente (com a aplicacao na mesma maquina do postgre funciona 100%) Eu alterei o arquivo pg_hba.conf incluindo no final do mesmo a seguinte linha hostall all 0.0.0.0/0 trust Tambem alterei o arquivo postgresql.conf e alterei a linha #listen_addresses = 'localhost' para listen_addresses = '*' (notem, sem o # no inicio) parei e reiniciei o servico mas quando tento acessar por outra maquina a aplicacao da erro dzendo conexao negada, verifique se o postmaster esta aceitando conexoes tcp/ip alguem saberia me dizer o que estou fazendo de errado? PS: a maquina q tem o postgre esta com o firewall desabilitado e ambas as maquinas sao WinXP -- []'s Leonardo Linux User #488650 Ubuntu User #27045 Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece ___ 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 -- []'s Leonardo Linux User #488650 Ubuntu User #27045 Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral