none
Replicação Merge Usuários Móveis RRS feed

  • Pergunta

  • Olá pessoal!

    Estou trabalhando no planejamento de um projeto que incluirá replicação merge com usuários móveis que possuem acesso a rede através de VPN e usuários móveis que não possuirão acesso direto a rede, para este caso utilizando o protocolo HTTPS para sincronização.

    Realizei algumas pesquisas e cheguei há conclusão de que é possível realizar essa replicação merge utilizando SQL Server 2008 R2 Standard e SQL Compact 3.5 SP2.

    Cenário:

    • Terei alguns laptops que estarão fora da empresa, porém, quando possível realizarão autenticação dentro da rede via VPN.
    • Terei alguns laptops fora da empresa, porém, não poderão realizar autenticação na rede. Deste modo, utilizarei a web (HTTPS) para realizar a sincronização dos dados.
    • Os usuários com laptops (com acesso a rede ou somente web) realizarão alterações desconectados da base de dados principal e quando possível estabelecer a conexão (seja pela rede ou web) as bases de dados instaladas nos usuários móveis, deverão replicar seus dados para a base de dados principal, por fim, a base de dados principal deverá replicar os dados pertinentes aos usuários móveis.

     

     

    Obs. As informações a serem trocadas se referem a clientes, pedidos, produtos.

    Portanto, concluo que terei o SQL Server 2008 R2 Standard como base de dados principal e SQL Server Compact 3.5 SP2 nos usuários móveis.

    Por favor, estou certo nesta conclusão ou existe alguma particularidade dentro do cenário que impossibilita essa implementação conforme relatado?

    Desde já obrigado.


    Weverton
    • Movido Gustavo Maia Aguiar quarta-feira, 27 de julho de 2011 14:02 (De:SQL Server - Desenvolvimento Geral)
    quarta-feira, 27 de julho de 2011 13:52

Respostas

  • Weverton,

    Certo, um conjunto específico de dados de cada usuário.

    Em relação a minha pergunta era isso mesmo a minha dúvida sobre um possível conflito.

    Vendo este cenário a princípio ele se parece funcional.


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
    • Marcado como Resposta Wevertonwg domingo, 31 de julho de 2011 01:00
    sábado, 30 de julho de 2011 20:32
    Moderador

Todas as Respostas

  • Weverton,

    Vamos lá, você esta pensando em replicar dados do SQL Server 2008 R2 Standard para uma instância SQL Server Compact 3.5 SP2!!!

    Até ai, podemos dizer que isso seja possível, não posso afirmar, mas me responda uma coisa. Você vai replicar um conjunto específico de dados?

    Se você possui diversas máquinas que deveram realizar o acesso a sua rede para enviar/receber os dados, quem será responsável em garantir a integridade destes dados? Não poderia ocorrer a possibilidade de se deparar com dados duplicados?

     


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
    quinta-feira, 28 de julho de 2011 19:38
    Moderador
  • Júnior primeiramente obrigado pela resposta.

    Será um conjunto específico de dados direcionado ao usuário.

    Se sua pergunta de integridade é referente a conflito de atualizações, esse problema não existirá, pois cada usuário terá atualizações específicas (cada usuário possui seu próprio cliente). No geral o retorno dos usuários refere-se apenas a informações da visita realizada.

     


    Weverton
    sexta-feira, 29 de julho de 2011 14:25
  • Weverton,

    Certo, um conjunto específico de dados de cada usuário.

    Em relação a minha pergunta era isso mesmo a minha dúvida sobre um possível conflito.

    Vendo este cenário a princípio ele se parece funcional.


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
    • Marcado como Resposta Wevertonwg domingo, 31 de julho de 2011 01:00
    sábado, 30 de julho de 2011 20:32
    Moderador