Re: [pgbr-geral] USUÁRIO PARA BACKUP

[Flavio Henrique Araque Gurgel]

Le 25 novembre 2015 20:28:32 GMT-02:00, Sebastian Webber  
a écrit :

Desculpem o top posting. Estou no celular e fica difícil formatar o
texto.


K-9.


Dutra se rendeu ao Android?
:)

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] USUÁRIO PARA BACKUP

[Glauco Torres]

> É possível criar um usuário que só faça backup?
> Quaais as restrições que teria que existir no usuário.
>
>
>
Voltando a thread...

Usuário para backup? que backup você esta se referindo?

Creio que seja o pg_dump pois é o mais comum de ser chamado de "backup",
bom não existe forma de uma role ter permissão de somente fazer o pg_dump.

O que você pode restringir é liberando acesso somente para select as
tabelas, creio que um GRANT ALL como já sugerido é arriscado ainda mais
quando isso for para mão de usuários.

Att Glauco Torres
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] USUÁRIO PARA BACKUP

[Sebastian Webber]

2015-11-25 21:21 GMT-02:00 Leandro Guimarães Faria Corcete DUTRA <
l...@dutras.org>:

> Le 25 novembre 2015 20:28:32 GMT-02:00, Sebastian Webber <
> sebast...@swebber.me> a écrit :
> >Desculpem o top posting. Estou no celular e fica difícil formatar o
> >texto.
>
> K-9.
>

Além da possível referencia ao cão policial, eu não entendi o comentário.

Estou mais curioso do que incomodado. O que queres dizer com isso?




-- 
Sebastian Webber
http://swebber.me
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] USUÁRIO PARA BACKUP

[Flavio Henrique Araque Gurgel]

Le 25 novembre 2015 20:28:32 GMT-02:00, Sebastian Webber
> a écrit :
>Desculpem o top posting. Estou no celular e fica difícil formatar o
>texto.

K-9.


Além da possível referencia ao cão policial, eu não entendi o comentário.

Estou mais curioso do que incomodado. O que queres dizer com isso?


É um cliente de e-mail livre e bastante avançado (eu diria melhor que 
muitos clientes desktop) para Android.
Realmente um excelente programa, principalmente pra nós que utilizamos 
listas de discussão, para fugir dos clientes nativos de Gmail/Inbox/Mail 
do Android. Trabalha com pop3 e imap numa boa.


[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro no pg_dump

[Fábio Telles Rodriguez]

Em 24 de novembro de 2015 20:03, Tiago José Adami 
escreveu:

> Em 24 de novembro de 2015 19:44, Junior Miranda
>  escreveu:
> > C:\"Program Files (x86)"\PostgreSQL\9.3\bin\pg_dump -U senha -h
> localhost -s
> > -f  C:\"Program Files (x86)"\Teste
>
> As aspas estão nos locais incorretos:
>
> "C:\Program Files (x86)\PostgreSQL\9.3\bin\pg_dump.exe" -U senha -h
> localhost -s -f  "C:\Program Files (x86)\Teste
> Informatica\MeuSistema\MeuSistema\original.sql"
>
> Sempre deve-se usar aspas para identificar um caminho e/ou nome de
> arquivo completo, portanto elas envolvem todo o nome de arquivo.
>
>
Vale à pena lembrar que o PostgreSQL nasceu no mundo UNIX e neste universo,
usar nomes de arquivos e diretórios com espaços... é uma péssima ideia. Sem
os espaços você não precisa das aspas ou caracteres de escape.

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// s
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] Dúvidas sobre replicação no PostgreSQL 9.4

[Lucas Viecelli]

>>
> Essa configuração fará com que em caso de perda de comunicação entre o
master-slave, quando a comunicação retornar os segmentos de wal necessários
para continuar a replicação estejam lá, caso contrário irá falhar o
"recovery" no servidor slave, pois o sincronismo nada mais é do que um
processo eterno de recovey no slave.
>>
>>

Isso eu entendi, mas ao aumentar esse valor.. tem alguma perca de
desempenho ou algo nesse sentido?

-- 

Atenciosamente.

Lucas Viecelli
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro no pg_dump

[Tiago José Adami]

Em 26 de novembro de 2015 11:19, Fábio Telles Rodriguez
 escreveu:
> Vale à pena lembrar que o PostgreSQL nasceu no mundo UNIX e neste universo,
> usar nomes de arquivos e diretórios com espaços... é uma péssima ideia.

No "mundo Windows" facilitaria se os empacotadores da EnterpriseDB
(desconheço se há algum outro empacotador) mudarem as diretrizes do
local padrão de instalação onde você escolhe apenas a unidade lógica
de disco - e a instalação seria feita em uma pasta padrão, digamos
"X:\PostgreSQL", "X:\pgsql" ou "X:\postgres", onde X é uma unidade
lógica escolhida.
Enquanto isso, durante a instalação sempre é possível mudar o local.
Eu sempre uso "X:\PostgreSQL". :)

>Sem os espaços você não precisa das aspas ou caracteres de escape.

Perfeitamente. Não ficou clara a minha resposta, deu a entender que
sempre é necessário inserir aspas duplas para identificar qualquer
caminho, o que não é correto. As aspas são necessárias apenas quando
há espaço no(s) nome(s) de arquivo(s) e pasta(s) envolvido(s) no
comando. Agradeço pela correção.


TIAGO J. ADAMI
http://www.adamiworks.com
@tiadami
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] As vezes derruba a Conexão via PHP(Web)

[Sergio de Souza Anacleto]

Pessoal, tenho uma situação e gostaria da ajuda de vcs.

Tínhamos os um servidor é usávamos o PostGreSQL v 9.2, e nunca tivemos
nenhum problema, mas formatamos o nosso servidor e colocamos o 9.4.

Bem começamos a ter um problema de conexão de acesso via internet(site), ou
seja temos o nosso banco e via WEB PHP temos clientes que acessam os
devidos dados, e esta ocorrendo que momentos se conecta normal e momentos
não se conecta.

É bem estranho, pois hora acessa, e hora não.

Não é problema de conexão via PHP, pois não mudamos nada no que diz
respeito a conexão, acredito que estou deixando passar algo na configuração
do PostGres.

No Arq pg_hba.conf

# TYPE  DATABASEUSERADDRESS METHOD

# IPv4 local connections:
host all all 0.0.0.0/32 md5
host all all 0.0.0.0/0 md5
host   allall 127.0.0.1/32   md5
host   allall 127.0.0.0/0 md5



Agradeço desde já ajuda dos colegas.


 *Atenciosamente,*


​Sergio Anacleto​
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] USUÁRIO PARA BACKUP

[Guimarães Faria Corcete DUTRA , Leandro]

2015-11-26 8:51 GMT-02:00 Flavio Henrique Araque Gurgel :
>> Le 25 novembre 2015 20:28:32 GMT-02:00, Sebastian Webber
>>  a écrit :
>>>
>>> Desculpem o top posting. Estou no celular e fica difícil formatar o
>>> texto.
>>
>> K-9.
>
> Dutra se rendeu ao Android?

Faz tempo, acho que já estou no terceiro Google Android/Linux.

Não consegui nenhum celular GNU/Linux depois do Nokia N900, que aliás
era mal resolvido.

Mas a questão aí não é ser Android, é permitir escrever mensagens
corretamente, em texto simples e após os textos a que se responde.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] USUÁRIO PARA BACKUP

[Guimarães Faria Corcete DUTRA , Leandro]

2015-11-26 9:25 GMT-02:00 Sebastian Webber :
>
> 2015-11-25 21:21 GMT-02:00 Leandro Guimarães Faria Corcete DUTRA
> :
>> Le 25 novembre 2015 20:28:32 GMT-02:00, Sebastian Webber
>>  a écrit :
>> >Desculpem o top posting. Estou no celular e fica difícil formatar o
>> >texto.
>>
>> K-9.
>
> Além da possível referencia ao cão policial, eu não entendi o comentário.

Agora eu é que fiquei curioso, conheço como o cão do doutor Who.


> Estou mais curioso do que incomodado. O que queres dizer com isso?

Um bom cliente de correio eletrônico para dispositivos limitados, que
permite responder mensagens corretamente e é extremamente flexível.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] As vezes derruba a Conexão via PHP(Web)

[Sergio de Souza Anacleto]

Mt OBG Glauco, fiz e agora esta acessando, mas vou ver como vai se
comportar nesses dias. Caso, deixe de acessar retorno aqui no post.

Att
Sergio.


 *Atenciosamente,*





Em 26 de novembro de 2015 12:36, Glauco Torres 
escreveu:

>
>>
>>
>> Pessoal, tenho uma situação e gostaria da ajuda de vcs.
>>>
>>> Tínhamos os um servidor é usávamos o PostGreSQL v 9.2, e nunca tivemos
>>> nenhum problema, mas formatamos o nosso servidor e colocamos o 9.4.
>>>
>>> Bem começamos a ter um problema de conexão de acesso via internet(site),
>>> ou seja temos o nosso banco e via WEB PHP temos clientes que acessam os
>>> devidos dados, e esta ocorrendo que momentos se conecta normal e momentos
>>> não se conecta.
>>>
>>> É bem estranho, pois hora acessa, e hora não.
>>>
>>> Não é problema de conexão via PHP, pois não mudamos nada no que diz
>>> respeito a conexão, acredito que estou deixando passar algo na configuração
>>> do PostGres.
>>>
>>> No Arq pg_hba.conf
>>>
>>> # TYPE  DATABASEUSERADDRESS METHOD
>>>
>>> # IPv4 local connections:
>>> host all all 0.0.0.0/32 md5
>>> host all all 0.0.0.0/0 md5
>>> host   allall 127.0.0.1/32   md5
>>> host   allall 127.0.0.0/0 md5
>>>
>>>
>>>
>> 0.0.0.0/32?
>>
>> Posso estar errado, mais tente remover esse 0.0.0.32, e deixa as demais.
>> reload e teste se da certo.
>>
>> Bom se não der vamos ter que recorrer ao log tanto do banco quanto da
>> aplicação.
>>
>> Att Glauco Torres
>>
>>
>>
>>
>
> Desculpe, escrevi errado :(
>
> **Remova a regra 0.0.0.0/32 e deixe as três demais regras.
>
> Att Glauco Torres
>
> ___
> 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] Dúvidas sobre replicação no PostgreSQL 9.4

[Sebastian Webber]

Em 26 de novembro de 2015 10:37, Lucas Viecelli 
escreveu:

Oi,  boa tarde, tudo bem?


> PostgreSQL 9.4, ubuntu-server 15.10
>
> Estou estudando replicação hot_standby do PostgreSQL, configurei um
> mestre-slave. Tudo funcionou normalmente, mas ainda tenho algumas dúvidas,
> espero que alguém possa me ajudar.
>
> wal_keep_segments - Fiz alguns testes com volume de dados e simulando
> situação que o "slave parou", e resolvi deixar o valor  do
> wal_keep_segments meio alto para evitar uma perca de sincronismo.. qual o
> impacto disso? tem pessoas que dizem que só usa mais espaço em disco e etc,
> não tem impacto significativo no desempenho?
>

Na pratica esse parametro[1] quer dizer quantos segmentos de WAL que o
postgresql irá manter. Isso previne que o slave fique sem os WALs
necessários para sincronizar. Quanto mais arquivos, mais espaço em disco
será ocupado. Note que se o banco não puder gerar arquivos na pasta do
pg_xlog ele vai parar.

Recomendo que tu dê uma olhadinha nos replications slots[4]


>
> archive_command - Algumas pessoas dizem que não é recomendável colocar um
> servidor em produção sem a devida configuração do archive_command e
> restore_command, alguém tem alguma história que me conversa que é
> necessário?
>

archive_command é o quando a ser utilizando quando tu setar o wal_level
para archive e a cada criação de novo arquivo wal na pasta pg_xlog, o banco
efetua o arquivamento do wal anterior. Se tua fila (wal_keep_segments) for
grande o bastante, não é necessário utilizar ele, mas quanto os servidores
rodam em vários datacenters (multi-region) é comum de combinar as duas
soluções: usar o SR pra replicação, e quando a fila não tiver os wal
necessários, tentar importar os wal necessários. Isso pode ser configurado
no recovery.conf sem nenhum programa de terceiros.

Detalhes sobre standby que utilizam arquivamento estão na doc[3].



>
> pg_start_backup - Se o meu servidor Slave perder o sincronismo eu devo
> executar um "select pg_start_backup('foo');" para o servidor
> do PostgreSQL se preparar para replicar os dados pro slave, e após isso um
> "stop", com isso eu posso replicar o BD e deixar ele online, isso está
> correto?  pelo que estudei até agora, essa é a melhor forma de fazer o
> slave recuperar os dados perdidos.
>

Se tem slave não tenha os WALs necessários para importar do master e também
não tenha os wals arquivados, tu vai ter que fazer a copia dos dados
novamente seja através do pg_basebackup ou do processo manual
(pg_start_backup ; copia ; pg_stop_backup). Não tem jeito. mesmo.


>
> hot_standby - Este tipo de replicação o PostgreSQL irá utilizar os dois
> servidores para consultas?
>

hot_standby[2] é um nome que damos ao servidor standby que permite abrir o
banco em readonly. Seria possivel utiliza-lo para consultas, porém tens que
utilizar alguma solução de balanceamento para dividir a carga entre os
servidores. Balancear  os servidores gera alguns desafios quanto a
sincronização dos dados .


Escrevi muita coisa na corrida. Espero ter ajudado. =)

[1]
http://www.postgresql.org/docs/current/static/runtime-config-replication.html
[2] http://www.postgresql.org/docs/9.4/static/hot-standby.html
[3] http://www.postgresql.org/docs/9.4/static/warm-standby.html
[4]
http://www.postgresql.org/docs/9.4/static/warm-standby.html#STREAMING-REPLICATION-SLOTS

-- 
Sebastian Webber
http://swebber.me
___
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úvidas sobre replicação no PostgreSQL 9.4

[Lucas Viecelli]

>
>
> Oi,  boa tarde, tudo bem?
>

Opa, tudo ótimo e ai?


> wal_keep_segments - Fiz alguns testes com volume de dados e simulando
>> situação que o "slave parou", e resolvi deixar o valor  do
>> wal_keep_segments meio alto para evitar uma perca de sincronismo.. qual o
>> impacto disso? tem pessoas que dizem que só usa mais espaço em disco e etc,
>> não tem impacto significativo no desempenho?
>>
>
> Na pratica esse parametro[1] quer dizer quantos segmentos de WAL que o
> postgresql irá manter. Isso previne que o slave fique sem os WALs
> necessários para sincronizar. Quanto mais arquivos, mais espaço em disco
> será ocupado. Note que se o banco não puder gerar arquivos na pasta do
> pg_xlog ele vai parar.
>
> Recomendo que tu dê uma olhadinha nos replications slots[4]
>


 Pelo que eu li na documentação que tu me passou e no blog do Michel [1],
era exatamente isso que eu precisava. Com slots, ele faz o controle de
armazenar os WALs que não foram replicados, sem a necessidade de configurar
archive_command e etc, claro que existem situações que isso é necessário,
mas para o meu que é um simples Master-Slave.. acredito que os slots já
resolvem.


[1] -
http://michael.otacoo.com/postgresql-2/postgres-9-4-feature-highlight-replication-slots/


>> archive_command - Algumas pessoas dizem que não é recomendável colocar um
>> servidor em produção sem a devida configuração do archive_command e
>> restore_command, alguém tem alguma história que me conversa que é
>> necessário?
>>
>
> archive_command é o quando a ser utilizando quando tu setar o wal_level
> para archive e a cada criação de novo arquivo wal na pasta pg_xlog, o
> banco efetua o arquivamento do wal anterior. Se tua fila
> (wal_keep_segments) for grande o bastante, não é necessário utilizar ele,
> mas quanto os servidores rodam em vários datacenters (multi-region) é comum
> de combinar as duas soluções: usar o SR pra replicação, e quando a fila não
> tiver os wal necessários, tentar importar os wal necessários. Isso pode ser
> configurado no recovery.conf sem nenhum programa de terceiros.
>
> Detalhes sobre standby que utilizam arquivamento estão na doc[3].
>

Acredito que com os slots não preciso usar archive_command e
restore_command.


hot_standby - Este tipo de replicação o PostgreSQL irá utilizar os dois
>> servidores para consultas?
>>
>
> hot_standby[2] é um nome que damos ao servidor standby que permite abrir o
> banco em readonly. Seria possivel utiliza-lo para consultas, porém tens que
> utilizar alguma solução de balanceamento para dividir a carga entre os
> servidores. Balancear  os servidores gera alguns desafios quanto a
> sincronização dos dados .
>
>
Vou dedicar um tempo para estudar mais a fundo o pgpool, mas de início
balancear os servidores não é o foco.



> Escrevi muita coisa na corrida. Espero ter ajudado. =)
>

Obrigado pelas dicas, meu ajudou a bastante em trocar umas idéias e ler
mais a fundo a questão dos slots.


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Erro de codificação

[Danilo Silva]

Pessoal,

Estou tentando efetuar um COPY via psql local de um arquivo, porém recebo a
mensagem: "sequência de bytes é inválida para codificação "UTF8": 0x80"

Tanto client_encoding e server_encoding estão como UTF8, já o arquivo,
executando um file -i mostra como "text/plain; charset=utf-8".

Qual forma correta de importar esse arquivo?

[]s
Danilo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro de codificação

[Danilo Silva]

Em 26 de novembro de 2015 15:31, Glauco Torres 
escreveu:

>
>
>
>
> Pessoal,
>>
>> Estou tentando efetuar um COPY via psql local de um arquivo, porém recebo
>> a mensagem: "sequência de bytes é inválida para codificação "UTF8": 0x80"
>>
>> Tanto client_encoding e server_encoding estão como UTF8, já o arquivo,
>> executando um file -i mostra como "text/plain; charset=utf-8".
>>
>> Qual forma correta de importar esse arquivo?
>>
>> []s
>> Danilo
>>
>>
>
> No comando COPY você esta passando o ENCODING?
>
> Um exemplo de como ser usado.
> COPY xyz FROM '/pasta/xyz.TXT'  using delimiters '@' ENCODING 'UTF8' ;
>
>
> ​Efetuei como indicado, porém, apresentou o mesmo erro.​


​[]s
Danilo​
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro de codificação

[Glauco Torres]

No dia 26 de novembro de 2015 às 15:47, Danilo Silva <
danilo.dsg.go...@gmail.com> escreveu:

> Em 26 de novembro de 2015 15:31, Glauco Torres 
> escreveu:
>
>>
>>
>>
>>
>> Pessoal,
>>>
>>> Estou tentando efetuar um COPY via psql local de um arquivo, porém
>>> recebo a mensagem: "sequência de bytes é inválida para codificação "UTF8":
>>> 0x80"
>>>
>>> Tanto client_encoding e server_encoding estão como UTF8, já o arquivo,
>>> executando um file -i mostra como "text/plain; charset=utf-8".
>>>
>>> Qual forma correta de importar esse arquivo?
>>>
>>> []s
>>> Danilo
>>>
>>>
>>
>> No comando COPY você esta passando o ENCODING?
>>
>> Um exemplo de como ser usado.
>> COPY xyz FROM '/pasta/xyz.TXT'  using delimiters '@' ENCODING 'UTF8' ;
>>
>>
>> ​Efetuei como indicado, porém, apresentou o mesmo erro.​
>
>
> ​[]s
> Danilo​
>
>
>
Quando você executa os comandos SHOW client_encoding;  e SHOW
server_encoding;  estão retornando como UTF8 ?

Já que segundo você o file -i do arquivo já esta como UTF8, caso não esteja
você pode usar o iconv para isso.


-
Glauco Torres
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro de codificação

[Danilo Silva]

Em 26 de novembro de 2015 15:55, Glauco Torres 
escreveu:

>
>
> No dia 26 de novembro de 2015 às 15:47, Danilo Silva <
> danilo.dsg.go...@gmail.com> escreveu:
>
>> Em 26 de novembro de 2015 15:31, Glauco Torres 
>> escreveu:
>>
>>>
>>>
>>>
>>>
>>> Pessoal,

 Estou tentando efetuar um COPY via psql local de um arquivo, porém
 recebo a mensagem: "sequência de bytes é inválida para codificação "UTF8":
 0x80"

 Tanto client_encoding e server_encoding estão como UTF8, já o arquivo,
 executando um file -i mostra como "text/plain; charset=utf-8".

 Qual forma correta de importar esse arquivo?

 []s
 Danilo


>>>
>>> No comando COPY você esta passando o ENCODING?
>>>
>>> Um exemplo de como ser usado.
>>> COPY xyz FROM '/pasta/xyz.TXT'  using delimiters '@' ENCODING 'UTF8' ;
>>>
>>>
>>> ​Efetuei como indicado, porém, apresentou o mesmo erro.​
>>
>>
>> ​[]s
>> Danilo​
>>
>>
>>
> Quando você executa os comandos SHOW client_encoding;  e SHOW
> server_encoding;  estão retornando como UTF8 ?
>
> Já que segundo você o file -i do arquivo já esta como UTF8, caso não
> esteja você pode usar o iconv para isso.
>
> ​Está tudo como UTF8:

SHOW ​

​client_encoding​: UTF8
SHOW server_encoding: UTF8
file -i: text/plain; charset=utf-8

[]s
​Danilo​
___
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úvidas sobre replicação no PostgreSQL 9.4

[Euler Taveira]

On 26-11-2015 10:33, Lucas Viecelli wrote:
>>>
>> Essa configuração fará com que em caso de perda de comunicação entre o
> master-slave, quando a comunicação retornar os segmentos de wal
> necessários para continuar a replicação estejam lá, caso contrário irá
> falhar o "recovery" no servidor slave, pois o sincronismo nada mais é do
> que um processo eterno de recovey no slave.
>>>
>>>
> 
> Isso eu entendi, mas ao aumentar esse valor.. tem alguma perca de
> desempenho ou algo nesse sentido?
> 
Aumento de espaço em disco. Isso se a comunicação for interrompida entre
os servidores, ele vaiarmazenar a quantidade atual (depende dos
parâmetros de checkpoint) mais wal_keep_segmentos arquivos.

Uma maneira mais fácil de garantir que não vai precisar refazer o
servidor secundário é utilizar replication slots (disponível a partir da
9.4). Em versões anteriores, prefira a combinação archive_command e
pg_archivecleanup em relação a wal_keep_segments (principalmente se o
seu agrupamento de dados tiver um tamanho considerável -- refazer a
replicação vai lhe custar várias horas de trabalho).


-- 
   Euler Taveira   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

Re: [pgbr-geral] Erro de codificação

[Danilo Silva]

Em 26 de novembro de 2015 16:02, Danilo Silva 
escreveu:

> Em 26 de novembro de 2015 15:55, Glauco Torres 
> escreveu:
>
>>
>>
>> No dia 26 de novembro de 2015 às 15:47, Danilo Silva <
>> danilo.dsg.go...@gmail.com> escreveu:
>>
>>> Em 26 de novembro de 2015 15:31, Glauco Torres 
>>> escreveu:
>>>




 Pessoal,
>
> Estou tentando efetuar um COPY via psql local de um arquivo, porém
> recebo a mensagem: "sequência de bytes é inválida para codificação "UTF8":
> 0x80"
>
> Tanto client_encoding e server_encoding estão como UTF8, já o arquivo,
> executando um file -i mostra como "text/plain; charset=utf-8".
>
> Qual forma correta de importar esse arquivo?
>
> []s
> Danilo
>
>

 No comando COPY você esta passando o ENCODING?

 Um exemplo de como ser usado.
 COPY xyz FROM '/pasta/xyz.TXT'  using delimiters '@' ENCODING 'UTF8' ;


 ​Efetuei como indicado, porém, apresentou o mesmo erro.​
>>>
>>>
>>> ​[]s
>>> Danilo​
>>>
>>>
>>>
>> Quando você executa os comandos SHOW client_encoding;  e SHOW
>> server_encoding;  estão retornando como UTF8 ?
>>
>> Já que segundo você o file -i do arquivo já esta como UTF8, caso não
>> esteja você pode usar o iconv para isso.
>>
>> ​Está tudo como UTF8:
>
> SHOW ​
>
> ​client_encoding​: UTF8
> SHOW server_encoding: UTF8
> file -i: text/plain; charset=utf-8
>
>
> ​Um detalhe, o arquivo foi gerado no ms sqlserver​

[]s
Danilo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro de codificação

[Glauco Torres]

>
>
>
> ​Está tudo como UTF8:
>>
>> SHOW ​
>>
>> ​client_encoding​: UTF8
>> SHOW server_encoding: UTF8
>> file -i: text/plain; charset=utf-8
>>
>>
>> ​Um detalhe, o arquivo foi gerado no ms sqlserver​
>
>
>
Cara esse problema acontece porque o encoding dos dados que você está
importando é diferente do da sua base.

Mais os três estão com o mesmo enconding, então não sei o que você tentar
fazer é usar o iconv, e se não der certo aguardar outra opnião :( sorry

$ iconv arquivo.txt -f UTF8 -t UTF8 -o arquivo2.txt

Estranho né, mas eu tentaria vai saber o sqlserver fez nesse arquivo.

Att Glauco Torres
___
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úvidas sobre replicação no PostgreSQL 9.4

[Lucas Viecelli]

>
>
> > Isso eu entendi, mas ao aumentar esse valor.. tem alguma perca de
> > desempenho ou algo nesse sentido?
> >
> Aumento de espaço em disco. Isso se a comunicação for interrompida entre
> os servidores, ele vaiarmazenar a quantidade atual (depende dos
> parâmetros de checkpoint) mais wal_keep_segmentos arquivos.
>

Interessante, queria tirar a dúvida de que isso não ia prejudicar de alguma
forma a performance.


> Uma maneira mais fácil de garantir que não vai precisar refazer o
> servidor secundário é utilizar replication slots (disponível a partir da
> 9.4). Em versões anteriores, prefira a combinação archive_command e
> pg_archivecleanup em relação a wal_keep_segments (principalmente se o
> seu agrupamento de dados tiver um tamanho considerável -- refazer a
> replicação vai lhe custar várias horas de trabalho).


Vou utilizar a versão 9.4, estão vou usar replication slots, com isso vai
ficar show.

-- 

Atenciosamente.

*Lucas Viecelli*


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro de codificação

[Glauco Torres]

>
>
> file -i: text/plain; charset=utf-8
>
>
> ​Um detalhe, o arquivo foi gerado no ms sqlserver​
>>
>>
>>
> Cara esse problema acontece porque o encoding dos dados que você está
> importando é diferente do da sua base.
>
> Mais os três estão com o mesmo enconding, então não sei o que você tentar
> fazer é usar o iconv, e se não der certo aguardar outra opnião :( sorry
>

"então não sei o que você tentar fazer "

puts... mim índio :( rs
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro de codificação

[Franklin Anderson de Oliveira Souza]

https://pt.m.wikipedia.org/wiki/Marca_de_ordem_de_byte

Em quinta-feira, 26 de novembro de 2015, Franklin Anderson de Oliveira
Souza  escreveu:

> Ola !  Acho que isso tem a ver com o utf8 com ou sem BOM.
>
> Sabendo que o banco é utf8 e o arquivo tambem. Abra um editor qualquer
> copie o conteudo e salve em outro arquivo, supondo que o encoding do SO
> seja tambem utf8. Eu faço assim e funciona comigo. Uso o vim para o
> procedimento.  Experimente !
>
>
>
> Em quinta-feira, 26 de novembro de 2015, Glauco Torres <
> torres.gla...@gmail.com
> > escreveu:
>
>>
>>> file -i: text/plain; charset=utf-8
>>>
>>>
>>> ​Um detalhe, o arquivo foi gerado no ms sqlserver​



>>> Cara esse problema acontece porque o encoding dos dados que você está
>>> importando é diferente do da sua base.
>>>
>>> Mais os três estão com o mesmo enconding, então não sei o que você
>>> tentar fazer é usar o iconv, e se não der certo aguardar outra opnião :(
>>> sorry
>>>
>>
>> "então não sei o que você tentar fazer "
>>
>> puts... mim índio :( rs
>>
>>
>>
>
>
> --
> Enviado do Gmail para celular
>


-- 
Enviado do Gmail para celular
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro de codificação

[Dickson S. Guedes]

Em 26 de novembro de 2015 17:12, Franklin Anderson de Oliveira Souza
 escreveu:
> Ola !  Acho que isso tem a ver com o utf8 com ou sem BOM.
>
> Sabendo que o banco é utf8 e o arquivo tambem. Abra um editor qualquer copie
> o conteudo e salve em outro arquivo, supondo que o encoding do SO seja
> tambem utf8. Eu faço assim e funciona comigo. Uso o vim para o procedimento.
> Experimente !

Já que usa o `vim` você pode abrir o arquivo nele e executar:

  :set nobomb
  :write
  :quit


[]s
-- 
Dickson S. Guedes
mail/xmpp: gue...@guedesoft.net - skype: guediz
http://github.com/guedes - http://guedesoft.net
http://www.postgresql.org.br
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral