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.
Aplica-se a:SQL Server
Observação
Esse recurso será removido em uma versão futura do SQL Server. Evite usar esse recurso em desenvolvimentos novos e planeje modificar os aplicativos que atualmente o utilizam.
Ao usar replicação por mescagem, você pode especificar que gatilhos de replicação e tabelas de sistema não rastreiam os deletamentos de um ou mais artigos. Se você selecionar essa opção para um artigo, as exclusões não são rastreadas nem replicadas pelo Publisher ou por nenhum Assinante. Essa opção suporta vários cenários de aplicação e oferece otimização de desempenho para casos em que replicar deleções não é necessário ou desejável. O desempenho é aprimorado de três maneiras: o sistema não armazena metadados para deleções; não enumera as exclusões durante a sincronização; e não replica as exclusões para, nem as aplica, ao Assinante.
Observação
Para usar artigos somente para download, o nível de compatibilidade da publicação deve 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 outras não, como exclusões em lote. Os exemplos a seguir ilustram os modos nos quais essa opção poderá ser usada em um aplicativo:
O aplicativo para uma força de vendas móvel tem normalmente tabelas como SalesOrderHeader, SalesOrderDetail e Produto. Os pedidos são inseridos no Assinante e replicados para o Publicador, que, muitas vezes, fornece dados a um sistema de efetivação de pedidos. Muitos trabalhadores móveis usam dispositivos portáteis com capacidade de armazenamento limitada: depois que o pedido for recebido pelo Publisher, ele poderá ser excluído no Subscriber. A exclusão não é propagada ao Publicador, pois o pedido continua ativo no sistema.
Nesse cenário, as exclusões não seriam rastreadas para as tabelas SalesOrderHeader e SalesOrderDetail. As exclusões serão controladas na tabela Produto , pois se um produto for excluído no Publicador, a exclusão deverá ser enviada ao Assinante para manter a lista de produtos atualizada.
Um aplicativo armazena os dados históricos em uma tabela como a TransactionHistory, que é limpa periodicamente para remover registros antigos com mais de um ano. A tabela pode ser filtrada para que os assinantes recebam apenas dados sobre transações ocorridas no mês atual. As exclusões mensais em lote feitas pelo Publicador, que eliminam dados antigos, não são relevantes para os Assinantes, mas ainda assim seriam rastreadas e enumeradas por padrão.
Nesse cenário, antes que o processamento em lote ocorresse, a atividade podia ser interrompida no sistema, e a aplicação podia desabilitar o rastreamento de exclusões. Após a conclusão do processamento, o controle poderá ser habilitado novamente.
Importante
Se outras atividades continuarem no Publicador, você deverá garantir que as exclusões que devem ser propagadas para os Assinantes não ocorram enquanto o rastreamento de exclusões estiver desabilitado.
Para especificar que as exclusões não devem ser rastreadas
- Programação Transact-SQL de replicação: Especificar propriedades de replicação de mesclagem