Leandro,
Em Bucardo?! Já ouvi por alto.
Depois do discutido aqui, eu estou olhando para o PgLogical.
@ivanelson
[]s
Em 23 de junho de 2017 12:03, Leandro Guimarães Faria Corcete DUTRA <
l...@dutras.org> escreveu:
> Le vendredi 23 juin 2017 à 11:48 -0300, Ivanelson Nunes a écrit :
> >
> > Meus
Le vendredi 23 juin 2017 à 11:48 -0300, Ivanelson Nunes a écrit :
>
> Meus bandos são todos na versão 9.4, então o que tenho hoje de opção
> para replicação lógica que suporte a versão 9.4?
Já te falamos do Bucardo, não? E creio que há outros que agora me
fogem à memória.
--
Bom dia
Euler
Meus bandos são todos na versão 9.4, então o que tenho hoje de opção para
replicação lógica que suporte a versão 9.4?
@ivanelson
[]s
Em 22 de junho de 2017 19:48, Euler Taveira escreveu:
> Em 22 de junho de 2017 10:47, Ivanelson Nunes
Em 22 de junho de 2017 10:47, Ivanelson Nunes
escreveu:
>
> Supondo que eu siga esse modelo e como hoje eu já replico via Streaming
> replication e cada banco tem sua instância(sua porta) separada, então será
> que o Streaming replication atender a replicação usando
Arthur,
A intenção desse "juntar" é tornar os dados mais acessíveis para fazer
relatórios, analises, etc... Como tudo hoje está em instâncias separadas,
então fica difícil e custoso para apena a nível de aplicação obter esses
dados.
Por exemplo se quero os "CONTRATOS" abertos de todas as "N"
Fabrízio,
Sim a coluna empresa faz parte da PK, talvez eu tenha algumas poucas
tabelas sem essa coluna "empresa", porém não é difícil contornar isso.
@ivanelson
[]s
Em 22 de junho de 2017 09:16, Fabrízio de Royes Mello <
fabri...@timbira.com.br> escreveu:
>
> Em 22 de junho de 2017 02:18,
Fabrizio
Bom dia
Minha aplicação não referencia o nome do esquema e renomear os esquemas e
alterar search_path para o padrão mencionado parece bem tranquilo.
A ideia de agregar por Herança parece boa.
Supondo que eu siga esse modelo e como hoje eu já replico via Streaming
replication e cada
On Tue, Jun 20, 2017 at 7:26 PM Ivanelson Nunes
wrote:
> Então como juntar esses bancos num único banco? E claro mantendo a
consistência e o dado sempre atualizado.
Qual a sua intenção por trás desse "juntar"? Se quiser que os dados estejam
replicados em um local só, os
Em 22 de junho de 2017 02:18, Ivanelson Nunes
escreveu:
>
> Eu tenho no modelo uma coluna empresa em todas as tabelas. Então qual
caminho seguir pglogical?
> Bucardo?
> BDR?
>
Vc não respondeu a pergunta do Euler, sua chave primária é única em cada
base de dados? Essa
Em 21 de junho de 2017 19:35, Euler Taveira escreveu:
>
> Em 21 de junho de 2017 18:37, Ivanelson Nunes
escreveu:
>>
>>
>> São todos iguais... Em todos os BD's de origem é o mesmo nome de
esquema, mesmas tabelas, mesmas colunas, etc
>
>
> Você
Eu tenho no modelo uma coluna empresa em todas as tabelas. Então qual
caminho seguir pglogical?
Bucardo?
BDR?
Em qua, 21 de jun de 2017 às 19:35, Euler Taveira
escreveu:
> Em 21 de junho de 2017 18:37, Ivanelson Nunes
> escreveu:
>
>>
>> São
Em 21 de junho de 2017 18:37, Ivanelson Nunes
escreveu:
>
> São todos iguais... Em todos os BD's de origem é o mesmo nome de esquema,
> mesmas tabelas, mesmas colunas, etc
>
Você só vai conseguir agregar dados de diferentes origens se a
identificação da tupla
2017-06-21 18:37 GMT-03:00 Ivanelson Nunes :
>
> São todos iguais... Em todos os BD's de origem é o mesmo nome de esquema,
> mesmas tabelas, mesmas colunas, etc
Então o pgLogical não deve funcionar, a menos que se mude isso.
Talvez olhar o Bucardo ou algo semelhante?
Em 21 de junho de 2017 18:21, Fabrízio de Royes Mello <
fabri...@timbira.com.br> escreveu:
> Qual a confusão? O Euler falou exatamente a restrição de que o
> "esquema"."tabela" de cada database precisa ser IGUAL na ORIGEM e DESTINO...
Fabrizio,
São todos iguais... Em todos os BD's de origem é o
Em 21 de junho de 2017 18:11, Ivanelson Nunes
escreveu:
>
>
> Em 21 de junho de 2017 18:01, Euler Taveira
escreveu:
>>
>> A consolidação em um mesmo banco de dados só vai funcionar se na origem
houver nomes de esquemas distintos (geralmente as
Em 21 de junho de 2017 18:01, Euler Taveira escreveu:
> A consolidação em um mesmo banco de dados só vai funcionar se na origem
> houver nomes de esquemas distintos (geralmente as aplicações usam o mesmo
> nome).
Euler,
Fiquei confuso nessa parte! Tipo eu então minha
Em 21 de junho de 2017 07:47, William Ivanski
escreveu:
> Já a replicação lógica permite que você tenha todos os +200 bancos de
> dados (sabendo que eles terão nomes diferentes, por exemplo) em uma mesma
> instância no servidor de backup. Ou, em um mesmo banco de dados
Bom dia.
E Obrigado William.
@ivanelson
[]s
Em 21 de junho de 2017 07:47, William Ivanski
escreveu:
> O problema de replicar a instância inteira, é que cada réplica de cada
> +200 instâncias ficarão em portas separadas no teu servidor de backup. Cada
> instância
O problema de replicar a instância inteira, é que cada réplica de cada +200
instâncias ficarão em portas separadas no teu servidor de backup. Cada
instância roda em uma porta específica.
A vantagem disso é que, se caso dê algum problema em alguma das cidades e
você perca esse banco, você pode
Obrigado pela rápida resposta.
Poderia me falar mais sobre replicação lógica?
Nesse cenário qual o problema de replicar a instância inteira?
Se eu usar pglogical meu problema inicial que é agrupar os todos os bancos
num único será resolvido!
Enfim gostaria de ouvir um pouco mais.
Grato.
Em
Olá,
Nesse cenário, vc não pode usar streaming replication, pois essa tecnologia
replica a instância inteira. No seu caso, sugiro utilizar replicação
lógica, por exemplo pglogical.
Em 20/06/2017 19:26, "Ivanelson Nunes" escreveu:
> Olá,
>
> Eu tenho um cenário onde
21 matches
Mail list logo