Document

A primeira e mais comum delas é denominada um publicador – vários leitores. Nesse modelo, apenas o replicador mestre gera novas informações, os demais sites SGBDDs (replicadores escravos) recebem essas informações e atualizam seus próprios bancos de dados.

Nesse modelo, os replicadores escravos podem tanto possuir uma cópia completa (espelho) do replicador mestre como possuir apenas parte dos dados deste. Exemplo: Suponha uma grande empresa que possua uma sede em Brasília e filiais em 4 capitais (Rio de Janeiro, São Paulo, Belo Horizonte e Porto Alegre). Essa empresa poderia entender que o melhor projeto de replicação para ela seria o modelo um publicador – vários leitores, onde a sede, em Brasília, possuiria todos os dados centralizados da empresa, e cada filial teria apenas os dados relacionados à aquela filial. Por exemplo, os dados dos funcionários que atuam na filial de São Paulo estariam presentes no SGBDD de Brasília (replicador mestre) e no SGBDD de São Paulo. Já os dados dos funcionários que atuam no Rio de Janeiro, também estariam no SGBDD de Brasília e no SGBDD do Rio de Janeiro. Cada filial só possui os dados que lhe interessa e a sede centraliza todos os dados.

Outra forma de implementar a replicação é a vários publicadores – vários leitores. Nesse modelo, tanto o replicador mestre quanto os replicadores escravos enviam e recebem dados. O replicador mestre pode centralizar todos os dados dos replicadores escravos ou possuir apenas seus dados de interesse.

O mesmo vale para os replicadores escravos, eles podem ser uma cópia espelho do servidor mestre (onde todos os sites SGBDDs seriam fielmente replicados) ou possuir apenas os dados do seu interesse. Por exemplo, pensando na mesma lógica do exemplo anterior, uma filial de São Paulo poderia enviar as vendas realizadas naquela região para o SGBDD da matriz (em Brasília), dessa forma, cada filial teria os dados das vendas feitas na respectiva região e a matriz teria a consolidação de todas as vendas realizadas por todas as filiais.