Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Observação
Esse recurso será removido em uma versão futura do Microsoft SQL Server. Evite usar esse recurso em um novo trabalho de desenvolvimento e planeje modificar aplicativos que atualmente usam esse recurso.
Com a replicação de mesclagem, você pode especificar que as exclusões de um ou mais artigos não devem ser controladas por gatilhos de replicação e tabelas do sistema. Se você especificar essa opção para um artigo, as exclusões não serão controladas ou replicadas do Publicador ou de qualquer Assinante. Essa opção está disponível para dar suporte a vários cenários de aplicativo e fornecer uma otimização de desempenho para casos em que a replicação de exclusões não é necessária ou desejável. O desempenho é aprimorado de três maneiras: os metadados para exclusões não são armazenados; as exclusões não são enumeradas durante a sincronização; as exclusões não são replicadas e aplicadas no Assinante.
Observação
Para usar artigos para download apenas, o nível de compatibilidade da publicação precisa ser de no mínimo 90RTM.
A opção pode ser especificada quando uma publicação é criada ou pode ser ativada e desativada se um aplicativo exigir que algumas exclusões sejam replicadas e que outras não sejam replicadas, como exclusões em lote. Os exemplos a seguir ilustram maneiras pelas quais essa opção pode ser usada em um aplicativo:
Um aplicativo para uma força de vendas móveis normalmente tem tabelas como SalesOrderHeader, SalesOrderDetail e Product. Os pedidos são inseridos no Assinante e replicados para o Publicador, que geralmente fornece dados para um sistema de cumprimento de pedidos. Muitos trabalhadores móveis usam dispositivos portáteis que têm armazenamento limitado: depois que o pedido é recebido no Publisher, ele pode ser excluído no Subscriber. A exclusão não é propagada para o Publicador, pois a ordem ainda está ativa no sistema.
Nesse cenário, as exclusões não seriam rastreadas para as tabelas SalesOrderHeader e SalesOrderDetail. Exclusões seriam monitoradas na tabela Produto, pois, quando um produto é excluído pelo Editor, a exclusão deve ser repassada ao Assinante para manter a lista de produtos atualizada.
Um aplicativo pode armazenar dados históricos em uma tabela como TransactionHistory, que é periodicamente limpa de registros com mais de um ano. A tabela pode ser filtrada de modo que os Assinantes recebam apenas dados sobre transações no mês atual. As exclusões mensais em lote no Publicador que limpam dados mais antigos não são relevantes para os Assinantes, mas ainda seriam controladas e enumeradas por padrão.
Nesse cenário, antes do processamento em lote ocorrer, a atividade poderia ser interrompida no sistema e o aplicativo poderia desabilitar o acompanhamento de exclusões. Após a conclusão do processamento, o acompanhamento poderá ser habilitado novamente.
Importante
Se houver outra atividade continuando no Publicador, você deve garantir que as exclusões que devem ser propagadas para os Assinantes não ocorram enquanto o rastreamento de exclusões estiver desativado.
Para especificar que as exclusões não devem ser controladas
- Programação de replicação Transact-SQL: especificar que as exclusões não devem ser rastreadas para artigos de mesclagem (Programação de replicação Transact-SQL)
Consulte Também
Opções de Artigo para Replicação de Mesclagem
Otimizar o desempenho de replicação de mesclagem com os artigos Download-Only