[firebase-br] Chave primaria Guid

[Gladiston Santana]

É que toda vez que alguem fala em replicar eu fico um pouco confuso porque
às vezes falam de replicar quando o caso é sincronizar.
Se você olhar por exemplo para o Interbase, ele possui suporte change
views, um modo autônomo onde voce inicia o banco replicado, faz mudanças e
depois de um comando tanto server como replicado vão sincronizar suas
mudanças com base em delta então não é um banco inteiro. Um cenário para
uso disso seria uma aplicação em campo que inicialmente tem todos os dados,
mas faz mudanças estando online ou offline e num dado momento quando
estiver online poderá dar um comando e as duas bases se sincronizam. Pelo
que vi, um banco local se inscreveria num outro banco para receber mudanças
e me parece muito um GIT ponto a ponto com banco de dados, tente ver o
vídeo abaixo até a parte que fala de change views e veja se é o que você
quer:
https://www.youtube.com/watch?v=o-vThc4Cdqk

Se não for isso, não se assuste, eu nunca peguei um projeto de
sincronização/replicação que fosse fácil.

[]´s

Em ter., 16 de mar. de 2021 às 12:03, Carlos Wilson via lista <
lista em firebase.com.br> escreveu:

> Não, não vou concatenar. Hoje Uso uma chave concatenada mas não tá sendo
> eficiente porque numa filial a pessoa acessa e cadastra pra outra.
> Exemplo minha chave era um char(13). Os dois primeiros digitos era a
> filial e o restante vinha de um generator, então ficava: 0100000004566
>
> aí o que acontecia vamos dizer que na empresa 02 alguém logasse na
> empresa 01 pra fazer alguma coisa aí podia-se gravar o registro
> 0100000004566, se tivesse feito pela empresa 02 seria 0200000004566.
>
> tá virando uma maçaroca danada na hora da replicação. por isso o
> interesse de usar guid
>
> []'s
> Carlos Wilson
> Formosystem
> Informática e Automação Comercial
>
>