Osvaldo, Desculpe esqueci de detalhar, para administrar os bancos uso o PG
Admin III um com uma conexão remota e o outro local.
Para transferir de um para o outro executo a opção do pg Admin III: "Copia
de segurança" padrão e depois executo a opção Restaura que gera o código:
(pg_restore.exe -h localhost -p 5432 -U postgres -d radar -v "C:\Documents
and Settings\mbiasi\Desktop\bancoradar.backup").
Configurações de LC de um para o outro:
Local (Windows XP)
"lc_collate";"Portuguese_Brazil.1252"
"lc_ctype";"Portuguese_Brazil.1252"
"lc_messages";"Portuguese_Brazil"
"lc_monetary";"Portuguese_Brazil"
"lc_numeric";"Portuguese_Brazil"
"lc_time";"Portuguese_Brazil"
Remoto (Linux);
"lc_collate";"en_US.UTF-8"
"lc_ctype";"en_US.UTF-8"
"lc_messages";"pt_BR.UTF-8"
"lc_monetary";"pt_BR.UTF-8"
"lc_numeric";"pt_BR.UTF-8"
"lc_time";"pt_BR.UTF-8"
Abs
-----Mensagem original-----
De: [email protected]
[mailto:[email protected]] Em nome de
[email protected]
Enviada em: terça-feira, 7 de abril de 2009 15:52
Para: [email protected]
Assunto: Digest pgbr-geral, volume 26, assunto 18
Send pgbr-geral mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of pgbr-geral digest..."
Tópicos de Hoje:
1. Re: Transações Concorrentes ou paralelas no PostgreSQL.
(Euler Taveira de Oliveira)
2. Re: Re plicação Multi master pglcuster - pgpool-II ou Outro
(Euler Taveira de Oliveira)
3. Re: Re plicação Multi master pglcuster - pgpool-II ou Outro
(charles andre)
4. Re: Select que retorna o valor médio em um intervalo de tempo
(Newton Teixeira do Nascimento Júnior)
5. Problemas para transferir bancos (Mauricio De Biasi)
6. Problemas ao iniciar PostgreSQL (Rodrigo Aires)
7. Re: Problemas para transferir bancos (Euler Taveira de Oliveira)
8. Re: Select que retorna o valor médio em um intervalo de tempo
(Osvaldo Kussama)
----------------------------------------------------------------------
Message: 1
Date: Tue, 07 Apr 2009 12:40:12 -0300
From: Euler Taveira de Oliveira <[email protected]>
Subject: Re: [pgbr-geral] Transações Concorrentes ou paralelas no
PostgreSQL.
To: Comunidade PostgreSQL Brasileira
<[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Adenilton B. da Silva escreveu:
> Gostaria de saber se é possível, no PostgreSQL, obter várias transações
> concorrentes ou paralelas em uma mesma conexão, tal qual ocorre no
> Interbase/Firebird.
>
O PostgreSQL não trabalha assim; uma transação por vez em cada conexão.
> Algo como obter a ID da transação em seu início em efetuar commit ou
> rollback de acordo com esse ID, pois se executarmos duas vezes o comando
> begin em determinada query/conexão no postgreSQL, na segunda execução é
> retornado a mensagem "WARNING: there is already a transaction in
progress".
>
Não entendi qual o seu objetivo aqui... Acho que você está confundindo os
conceitos; o PostgreSQL não paraleliza transações na mesma conexão.
> Quanto ao porque do questionamento está no fato de o PostgreSQL criar um
> processo no servidor cada vez que um conexão/transação é aberta, gerando
> um grande consumo de memória (ao meu ver sem necessidade).
>
Isso é uma questão de arquitetura. Não, o PostgreSQL *não* mudará isso. Se o
tempo de abertura de conexões é crítico para a sua aplicação, utilize um
aglomerador (aka pool).
--
Euler Taveira de Oliveira
http://www.timbira.com/
------------------------------
Message: 2
Date: Tue, 07 Apr 2009 12:53:19 -0300
From: Euler Taveira de Oliveira <[email protected]>
Subject: Re: [pgbr-geral] Re plicação Multi master pglcuster -
pgpool-II ou Outro
To: Comunidade PostgreSQL Brasileira
<[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
charles andre escreveu:
> Pelo que estudei o pgpool-II em caso de falha para sincronizar
> o servidor que saiu do ar ele usa o PITR ou RSYNC e o pgcluster usa
> o RSYNC. Em uma base de dados muito grande em torno de 20 TB acho que
> essa sincronização não é viavel: o pitr varios arquivos a serem copiados,
> controle dos arquivos etc e o rsync trava o sistema de arquivos ppara
> poder copiar os dados ?
Mesmo em uma base de dados com dezenas de terabytes, o que você precisa é
copiar somente os logs de transação (em sistemas de baixa alteração isso
pode
ser poucos megabytes). O rsync trava o que?
> Ele não deveria sincronizar so os dados que foram alterados depois que o
> server caiu em vez de mandar tudo de novo ?
>
Sim. E é isso que as técnicas de warm/hot standby e replicação fazem.
> Um outro problema, tabelas que usam sequence como chave primaria. No
> pgpool-II para resolver esse impasse ele tem o paramentro
> insert_lock => Replicating a table with SERIAL data type, the SERIAL
column
> value may differ between the backends.
> esse parametro loca a tabela em cada insert into para que o valor da
> sequence fique indentico em cada no, para uma grande cargar de dados acho
> inviavel.
Isso porque o pgpool-II tenta resolver um problema (que ao meu ver pertence
a
própria arquitetura do PostgreSQL) a nível de aplicação.
> Acho que um dos grandes problemas da replicação multimaster e reolver o
> impasse da sequence se alguem tiver alguma outra sugestão ficarei grato.
Como eu disse, esse problema não foi resolvido no PostgreSQL. Espero poder
trabalhar nisso (replicação multi-mestre) ao longo desse ano.
--
Euler Taveira de Oliveira
http://www.timbira.com/
------------------------------
Message: 3
Date: Tue, 7 Apr 2009 09:14:16 -0700 (PDT)
From: charles andre <[email protected]>
Subject: Re: [pgbr-geral] Re plicação Multi master pglcuster -
pgpool-II ou Outro
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8
Euler Taveira de Oliveira-2 wrote:
>
> charles andre escreveu:
>> Pelo que estudei o pgpool-II em caso de falha para sincronizar
>> o servidor que saiu do ar ele usa o PITR ou RSYNC e o pgcluster usa
>> o RSYNC. Em uma base de dados muito grande em torno de 20 TB acho que
>> essa sincronização não é viavel: o pitr varios arquivos a serem copiados,
>> controle dos arquivos etc e o rsync trava o sistema de arquivos ppara
>> poder copiar os dados ?
> Mesmo em uma base de dados com dezenas de terabytes, o que você precisa é
> copiar somente os logs de transação (em sistemas de baixa alteração isso
> pode
> ser poucos megabytes). O rsync trava o que?
>
> Mas e em sistemas com mais de 20 milhoes de alterações dias.
>
> Pelo que vi no pglcuster para copiar os dados sem que haja alteração ele
> trava o systema de arquivos no caso a pasta data até que os dados sejam
> copiados para o no que esta voltando.
>
>> Ele não deveria sincronizar so os dados que foram alterados depois que o
>> server caiu em vez de mandar tudo de novo ?
>>
> Sim. E é isso que as técnicas de warm/hot standby e replicação fazem.
>
>> Um outro problema, tabelas que usam sequence como chave primaria. No
>> pgpool-II para resolver esse impasse ele tem o paramentro
>> insert_lock => Replicating a table with SERIAL data type, the SERIAL
>> column
>> value may differ between the backends.
>> esse parametro loca a tabela em cada insert into para que o valor da
>> sequence fique indentico em cada no, para uma grande cargar de dados acho
>> inviavel.
> Isso porque o pgpool-II tenta resolver um problema (que ao meu ver
> pertence a
> própria arquitetura do PostgreSQL) a nível de aplicação.
>
>> Acho que um dos grandes problemas da replicação multimaster e reolver o
>> impasse da sequence se alguem tiver alguma outra sugestão ficarei grato.
> Como eu disse, esse problema não foi resolvido no PostgreSQL. Espero poder
> trabalhar nisso (replicação multi-mestre) ao longo desse ano.
>
>
> --
> Euler Taveira de Oliveira
> http://www.timbira.com/
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
--
View this message in context:
http://www.nabble.com/Replica%C3%A7%C3%A3o-Multi-master-pglcuster---pgpool-I
I-ou-Outro-tp22928770p22932671.html
Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com.
------------------------------
Message: 4
Date: Tue, 7 Apr 2009 13:47:21 -0300
From: Newton Teixeira do Nascimento Júnior
<[email protected]>
Subject: Re: [pgbr-geral] Select que retorna o valor médio em um
intervalo de tempo
To: <[email protected]>
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Caro Osvaldo, pode passar um exemplo pra seu colega não muito expert?
De qualquer maneira, muito obrigado pela dica. Att.
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL:
http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20090407/1a
f29cc6/attachment-0001.htm
------------------------------
Message: 5
Date: Tue, 7 Apr 2009 15:17:35 -0300
From: "Mauricio De Biasi" <[email protected]>
Subject: [pgbr-geral] Problemas para transferir bancos
To: <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Sr´s Boa tarde,
Estou com problemas para transferir um banco de dados de um servidor
para o outro tenho um servidor Linux rodando um server postgreSQL 8.3 e um
outro Server Windows rodando um outro servidor postgreSQL 8.3 e estou
tentando replicar o banco de um lugar para o outro ele não consegue
transferir todos os dados alguém pode ma dar uma Idea do que possa ser?
Att
Mauricio
------------------------------
Message: 6
Date: Tue, 7 Apr 2009 15:33:14 -0300
From: "Rodrigo Aires" <[email protected]>
Subject: [pgbr-geral] Problemas ao iniciar PostgreSQL
To: "'Comunidade PostgreSQL Brasileira'"
<[email protected]>
Message-ID:
<!&!AAAAAAAAAAAYAAAAAAAAAK+euH/qYWlJgh0k6WADLb7CgAAAEAAAAArkbpcqjE1MlyqQzT34
[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Olá Lista,
Estou com problema para inicializar o serviço do PostgreSQL 8.3.7. Acabei de
instalar no Ferora 8 mas quando tento iniciar ocorre o erro
invalid values for parameter "work_mem": "-D"
Tentei iniciar o serviço com as configurações padrões de instalação e também
tentei incluir o parâmetro work_mem com um valor numérico no
postgresql.conf e nada.
Alguém teria alguma sugestão?
Desde já agradeço.
-----
Rodrigo Aires
Desenvolvedor Delphi e .NET
Administrador de Banco de Dados
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL:
http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20090407/27
9fe569/attachment-0001.htm
------------------------------
Message: 7
Date: Tue, 07 Apr 2009 15:36:36 -0300
From: Euler Taveira de Oliveira <[email protected]>
Subject: Re: [pgbr-geral] Problemas para transferir bancos
To: Comunidade PostgreSQL Brasileira
<[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Mauricio De Biasi escreveu:
> Estou com problemas para transferir um banco de dados de um servidor
> para o outro tenho um servidor Linux rodando um server postgreSQL 8.3 e um
> outro Server Windows rodando um outro servidor postgreSQL 8.3 e estou
> tentando replicar o banco de um lugar para o outro ele não consegue
> transferir todos os dados alguém pode ma dar uma Idea do que possa ser?
>
Sem os passos e o erro fica difícil prever o que está saindo errado.
--
Euler Taveira de Oliveira
http://www.timbira.com/
------------------------------
Message: 8
Date: Tue, 7 Apr 2009 15:50:09 -0300
From: Osvaldo Kussama <[email protected]>
Subject: Re: [pgbr-geral] Select que retorna o valor médio em um
intervalo de tempo
To: Comunidade PostgreSQL Brasileira
<[email protected]>
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
2009/4/7 Newton Teixeira do Nascimento Júnior
<[email protected]>:
> Caro Osvaldo, pode passar um exemplo pra seu colega não muito expert?
>
> De qualquer maneira, muito obrigado pela dica. Att.
>
Algo do tipo:
bdteste=# CREATE TEMP TABLE calendario(
bdteste(# data_hora TIMESTAMP NOT NULL PRIMARY KEY
bdteste(# );
NOTA: CREATE TABLE / PRIMARY KEY criará índice implícito
"calendario_pkey" na tabela "calendario"
CREATE TABLE
bdteste=#
bdteste=# -- Colocar na tabela calendario os inícios de intervalos desejados
bdteste=# -- Neste exemplo intervalo de 30 minutos
bdteste=# INSERT INTO calendario
bdteste-# SELECT '2009-04-06 12:00'::TIMESTAMP + i*'30
MINUTES'::INTERVAL
bdteste-# FROM generate_series(0,10) i;
INSERT 0 11
bdteste=#
bdteste=# SELECT * FROM calendario;
data_hora
---------------------
2009-04-06 12:00:00
2009-04-06 12:30:00
2009-04-06 13:00:00
2009-04-06 13:30:00
2009-04-06 14:00:00
2009-04-06 14:30:00
2009-04-06 15:00:00
2009-04-06 15:30:00
2009-04-06 16:00:00
2009-04-06 16:30:00
2009-04-06 17:00:00
(11 registros)
bdteste=#
bdteste=# --Suponha que sua tabela seja algo do tipo:
bdteste=# CREATE TEMP TABLE sua_tabela(
bdteste(# instante TIMESTAMP,
bdteste(# valor NUMERIC(10,2)
bdteste(# );
CREATE TABLE
bdteste=#
bdteste=# INSERT INTO sua_tabela VALUES ('2009-04-06
12:05'::TIMESTAMP, 10), ('2009-04-06 12:15'::TIMESTAMP, 20),
('2009-04-06 13:25'::TIMESTAMP, 30), ('2009-04-06 14:35'::TIMESTAMP,
40), ('2009-04-06 14:45'::TIMESTAMP, 50), ('2009-04-06
14:55'::TIMESTAMP, 60);
INSERT 0 6
bdteste=#
bdteste=# SELECT * FROM sua_tabela;
instante | valor
---------------------+-------
2009-04-06 12:05:00 | 10.00
2009-04-06 12:15:00 | 20.00
2009-04-06 13:25:00 | 30.00
2009-04-06 14:35:00 | 40.00
2009-04-06 14:45:00 | 50.00
2009-04-06 14:55:00 | 60.00
(6 registros)
bdteste=#
bdteste=# -- Resultado:
bdteste=# SELECT data_hora, coalesce(AVG(valor),0)::numeric(10,4) AS "Média"
bdteste-# FROM calendario LEFT OUTER JOIN sua_tabela
bdteste-# ON (instante BETWEEN data_hora AND
data_hora + '30 minutes'::interval)
bdteste-# GROUP BY data_hora;
data_hora | Média
---------------------+---------
2009-04-06 12:00:00 | 15.0000
2009-04-06 12:30:00 | 0.0000
2009-04-06 13:00:00 | 30.0000
2009-04-06 13:30:00 | 0.0000
2009-04-06 14:00:00 | 0.0000
2009-04-06 14:30:00 | 50.0000
2009-04-06 15:00:00 | 0.0000
2009-04-06 15:30:00 | 0.0000
2009-04-06 16:00:00 | 0.0000
2009-04-06 16:30:00 | 0.0000
2009-04-06 17:00:00 | 0.0000
(11 registros)
Osvaldo
------------------------------
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Fim da Digest pgbr-geral, volume 26, assunto 18
***********************************************
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
