bm dia !
gostaria de saber dos colegas se algum de vcs ja criaram em clipper um replicador de dados. se sim vcs poderiam me enviar o código? desde já agradeço.
replicador de dados em clipper
Moderador: Moderadores
-
Augusto
- Usuário Nível 3
- Mensagens: 473
- Registrado em: 26 Ago 2003 17:50
- Localização: Maricá/RJ
- Contato:
É... se não explicar vai ficar difícil...
:-O
:-O
:xau Fui...
goulart@provsul.com.br
Faça da PROVSUL o seu Provedor de Serviços WEB
Visite: www.PROVSUL.com.br
goulart@provsul.com.br
Faça da PROVSUL o seu Provedor de Serviços WEB
Visite: www.PROVSUL.com.br
-
rochinha
- Administrador
- Mensagens: 4664
- Registrado em: 18 Ago 2003 20:43
- Localização: São Paulo - Brasil
- Contato:
Amiguinhos
Imaginem 4 computadores.
Imaginem que trabalhem em conjunto em modo off-line.
Imaginem que os dados de todos eles sejam então consolidados no final do dia.
Imagine agora uma rotina que pegue os dados so computador 1, que ainda não existam nos computadores 2,3 e 4 e jogue no computador 2,3 e 4 tais dados. e então imaginem que os computadores 2,3 e 4 façam a mesma rotina de forma que:
No computador 1
Os dados novos ou não existentes em 2,3 e 4 sejam enviados.
Os dados novos ou não existentes de 2,3 e 4 sejam trazidos.
No final os computadores 1,2,3 e 4 terão os mesmos conteudos uns dos outros.
Tá mas porque não usar uma rede, vpn, blablabla?
Nem sempre da pra se manter uma estrutura como estas pois no caso de uma rede movida por replicação não existe a figura da maquina servidora pois todas são servidoras e clientes e a replicação pode ocorrer num certo periodo ou a cada x horas,minutos,etc.
No processo de replicação cada computador terá de correr uma critica dos dados existentes em cada maquina, ou seja, o computador 1 terá de criticar os dados enviandos/recebidos dos computadores 2,3 e 4 e assim por diante.
Um exemplo de replicação é o trabalho do retaguarda com os pdvs em um sistema de mercado, só que neste caso existe a figura do centralizador que replicado os dados de estoque de 1 para N e no fechamento de cada caixa efetiva o processo N para 1.
Neste tipo de replicação que conhecemos como distribuição, suprimento ou carga os dados de cada pdv só pode ser visualizado por si só e em uma replicação real os dados de todos os pdv poderão ser visualizados em cada pdv.
Existem alguns cuidados a serem tomados neste tipo de trabalho pois se um dado foi incluido pela maquina 1 e alterado na maquina 2, enquanto não houver a replicação, e se o mesmo for alterado em outro terminal, a critica neste caso deverá levar em consideração algo como hierarquias e propriedades sobre o registro mestre. Tipo o registro X levara a marca do terminal em que foi incluido e não poderá ser alterado por outro e se for cada indicação de alteração deverá ser consolidade e avaliada por metodo humano e não automático.
Imaginem 4 computadores.
Imaginem que trabalhem em conjunto em modo off-line.
Imaginem que os dados de todos eles sejam então consolidados no final do dia.
Imagine agora uma rotina que pegue os dados so computador 1, que ainda não existam nos computadores 2,3 e 4 e jogue no computador 2,3 e 4 tais dados. e então imaginem que os computadores 2,3 e 4 façam a mesma rotina de forma que:
No computador 1
Os dados novos ou não existentes em 2,3 e 4 sejam enviados.
Os dados novos ou não existentes de 2,3 e 4 sejam trazidos.
No final os computadores 1,2,3 e 4 terão os mesmos conteudos uns dos outros.
Tá mas porque não usar uma rede, vpn, blablabla?
Nem sempre da pra se manter uma estrutura como estas pois no caso de uma rede movida por replicação não existe a figura da maquina servidora pois todas são servidoras e clientes e a replicação pode ocorrer num certo periodo ou a cada x horas,minutos,etc.
No processo de replicação cada computador terá de correr uma critica dos dados existentes em cada maquina, ou seja, o computador 1 terá de criticar os dados enviandos/recebidos dos computadores 2,3 e 4 e assim por diante.
Um exemplo de replicação é o trabalho do retaguarda com os pdvs em um sistema de mercado, só que neste caso existe a figura do centralizador que replicado os dados de estoque de 1 para N e no fechamento de cada caixa efetiva o processo N para 1.
Neste tipo de replicação que conhecemos como distribuição, suprimento ou carga os dados de cada pdv só pode ser visualizado por si só e em uma replicação real os dados de todos os pdv poderão ser visualizados em cada pdv.
Existem alguns cuidados a serem tomados neste tipo de trabalho pois se um dado foi incluido pela maquina 1 e alterado na maquina 2, enquanto não houver a replicação, e se o mesmo for alterado em outro terminal, a critica neste caso deverá levar em consideração algo como hierarquias e propriedades sobre o registro mestre. Tipo o registro X levara a marca do terminal em que foi incluido e não poderá ser alterado por outro e se for cada indicação de alteração deverá ser consolidade e avaliada por metodo humano e não automático.
OPS! LINK QUEBRADO? Veja ESTE TOPICO antes e caso não encontre ENVIE seu email com link do tópico para [url=mailto://fivolution@hotmail.com]fivolution@hotmail.com[/url]. Agradecido.
@braços : ? )
A justiça divina tarda mas não falha, enquanto que a justiça dos homens falha porque tarda.
@braços : ? )
A justiça divina tarda mas não falha, enquanto que a justiça dos homens falha porque tarda.
Interessante.
o DB Fire e Postgres entre outros FAzem isso segundo me informaram AUTOMATICAMENTE.
em apliccção clipper ate e´possivel se nao me engano e Ednaldo Ja fez isso.
o Problema Maior qu evejo e´quais dados serem evnviados. ai o sistema teria que separar o reg (a nivel de reg) ou o campo a nivel de CAMPO se for por esse caminho vai COMPLICAr ainda +.
imagine N tabelsa em um sistema Nat Ope , Cond Pag, vendedor , isso fora a VENDA propriamente dita (rs)
EU me interssei porque tambem necessito de algo assim. N lojas em cidade/UF diferentes e se DEPENDER so de um dervidor esta FRITO (rs)
achei + facil em 1 estancia mandarem o backup todo final de dia e em estacia posterior utilizar o Firebird
se houver uma solucao + pratica, gostaria de saber.
abraço
Paiva
o DB Fire e Postgres entre outros FAzem isso segundo me informaram AUTOMATICAMENTE.
em apliccção clipper ate e´possivel se nao me engano e Ednaldo Ja fez isso.
o Problema Maior qu evejo e´quais dados serem evnviados. ai o sistema teria que separar o reg (a nivel de reg) ou o campo a nivel de CAMPO se for por esse caminho vai COMPLICAr ainda +.
imagine N tabelsa em um sistema Nat Ope , Cond Pag, vendedor , isso fora a VENDA propriamente dita (rs)
EU me interssei porque tambem necessito de algo assim. N lojas em cidade/UF diferentes e se DEPENDER so de um dervidor esta FRITO (rs)
achei + facil em 1 estancia mandarem o backup todo final de dia e em estacia posterior utilizar o Firebird
se houver uma solucao + pratica, gostaria de saber.
abraço
Paiva