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
obrigado pelas dicas pessoal ;-)
2009/8/6 Walter Maier Neto
>
> 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 clu
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 m
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
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
> 2009/8/6 Andre Fernandes :
> > Boa noite,
2009/8/6 Andre Fernandes :
> 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
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
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
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
Pos
2009/8/6 Fabio Ebner :
> 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 d
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
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
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, n
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
>
> O risco de perda de dados deve ser minimizado ao máximo, mas além disso, o
> custo da indis
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
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
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
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
2009/8/6 Leonardo Ribeiro
> 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:
2009/8/6 Joao Cosme de Oliveira Junior
> 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
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
__
Só corrigindo Slony é para replicação e não para alta-disponiblidade. assim como o warm stand by.Em 06/08/2009 às 09:00 horas, pgbr-geral@listas.postgresql.org.br escreveu:Olá Walter,Entre as soluções que fornecem alta disponibilidade, destacam-se:- Warm Standby- SlonyA Dextra Sistemas
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
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 quan
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
>
> Atualmente temos 4 servidores,
25 matches
Mail list logo