Se o problema for, não perder nenhuma informação, uma solução que
resolveria, porém é MUITO CARO, seria manter o histórico das
alterações. Claro que essa solução deve ser analisada caso-a-caso,
pois não se aplica a tudo, como por exemplo: sistema financeiro, mas
dependendo da importância da informa
Os dados que os usuários estarão alterando, são da mesma finalidade ou
pode ter um "dono" cada alteração?
On Nov 4, 7:33 am, Michel Fernandes wrote:
> Sincronização de dados é algo que não pode ser tratado como um simples
> espelhamento de dados, por que dependendo dos usuários podem ter
> conco
Eu estou com um problema similar a esse e ainda não achei uma solução
razoavelmente simples.
No meu caso é ainda pior. O sistema é todo local e daqui há um tempo vai
passar a ser acessado via web (mas em outro servidor).
Logo, vou ter que sincronizar e fatalmente vai haver dados concorrentes
sendo
Sincronização de dados é algo que não pode ser tratado como um simples
espelhamento de dados, por que dependendo dos usuários podem ter
concorrência, por exemplo, um usuário A edita uma linha X e que depois
o usuário B faz a mesma coisa, na hora de sincronizar, como fica?
Eu tenho um sistema em sm
Bom... nunca testei a escalabilidade disso mas:
1. Você pode instalar o servidor web local e espelhar o banco de dados
localmente.
2. Você pode usar air e fazer a mesma coisa.
On Nov 3, 5:41 pm, Michael Antunes
wrote:
> Boa tarde Pessoal,
>
> Tenho um aplicativo rodando atualmente com Adobe Fle