Replicação 'bi-direcional' Funciona?

**********************************************************************************************
[ATENÇÃO]
O PROBLEMA ENCONTRADO NO VÍDEO JÁ VOI REPORTADO E CORRIGIDO, SAIRÁ NA VERSÃO OFICIAL EM BREVE
**********************************************************************************************

Fala pessoal, blz??

Encontrei um grande problema na replicação! Ao tentar responder uma dúvida que tivemos na live de ontem: Será que a replicação "bi-direcional" funciona??

Veja nos testes de hoje o que aconteceu!!

Tenham um ótimo vídeo! Forte abraço!!

#mqfs #firebirdsql #firebird #database #sql

[JonasARamos]

Salve Prof. Edson!

Seus vídeos são muito práticos e sua didática é show de bola. É o melhor conteúdo sobre Firebird que já encontrei.

Já estou inscrito no seu curso de PSQL e estou aprendendo muito. Altamente recomendado! A performance dos SELECT melhorou muito e também, estou escrevendo menos código Delphi com as técnicas que você ensina.

Obrigado pelo seu trabalho. Você é um excelente profissional e dá pra perceber que gosta de ensinar.

Valeu!

[denernun]

Resumindo...essa replicação do FB nada mais é que um backup auuomatizado, não se pode chamar uma gambiarra dessa de replicação. Pra quem quer manter um banco réplica, blz, fora isso já não funciona, tipo uma replicação master to master, que é o que toda replicação decente deveria fazer. Mas o video foi muito bom, como sempre.

[ivanpaiva]

Bom dia, Edison!

Sou desenvolvedor Delphi há bastante tempo e assisti ao seu vídeo sobre replicação bidirecional entre dois bancos de dados Firebird. Gostaria de compartilhar uma solução para o problema de duplicação de índices que você mencionou.

No seu vídeo, você configura duas bases que trocam dados bidirecionalmente, o que pode causar a duplicação de índices em determinadas condições. Essa duplicação ocorre porque você está utilizando geradores diferentes em cada banco, e o Firebird não suporta geradores replicados.

Uma possível solução para evitar a duplicação de índices é designar uma aplicação em um dos servidores para consultar o Firebird e adquirir um ID do gerador. Esse ID poderia ser repassado via socket (ID TCP/IP) para outra aplicação, que então montaria o SQL para chamar o Firebird.

Se cada banco replicado continuar a trabalhar com seu próprio gerador separado, será impossível garantir a integridade da base de dados.

Espero que essa sugestão ajude a resolver o problema!

Um abraço!

[fernandopasqueto]

Boa tarde, excelente video muito esclarecedor, uma pergunta, como seria se os bancos estivessem em computadores diferentes, como seria o apontamento dessas pastas

[urmenyi]

Mais um show. Sensacional. Estou cada vez mais usando UUID, pois a degradação é mínima mesmo na nuvem. Até 5 M de registros tudo vai bem.

[cristianomachado]

Perfeito, muito obrigado por compartilhar !

[JonasARamos]

Só esse vídeo já economiza muito tempo e stress para quem precisar deste tipo de replicação.

[Luizrobertobravura]

Parabéns, vc sempre nos ajudando.. vai uma pergunta... Como executo essa operação pelo Delphi.. enviando e recebendo manualmente?

[JoaoNelsonLima]

Muito bom o teste. Não passou. Agora se vc quiser mais de um banco? Como seria nesse caso já tentou? um banco pra inclusão, update e delete e outros vários so pra consulta q afinal é o mais solicitado mesmo.

[aliriocassiano]

Top ai so montar o controle da generator centralizado

[carlos.h.rsa]

OI boa tarde, eu consigo replicar do firebird 2.9 para um MYSQL?

[jvalberaguiar]

Na replicação é possível especificar quais os campos que se desejar replicar ou só replica a tabela inteira?

[carloswilsonfsa]

Pk integer é um costume dos bancos desktops que a maioria avassaladora insiste em continuar nos bancos modernos. Pk tem que ser uuid. Código é código. Pk é pk. Resolvido o problema.