Identificando Tabelas para Excluir das Migrações

Alguns objetos de manutenção elegíveis para migração podem incluir tabelas-filho que não devem ser incluídas na migração. Por exemplo, se um objeto tiver tabelas de log, as entradas no log devem refletir as ações no objeto daquele sistema e serão diferentes entre os sistemas de origem e de destino. Se você tiver um Objeto de Manutenção personalizado que inclua tabelas que você não quer migrar (como uma tabela de log), use a opção Tabela não Migrada no objeto de manutenção para especificar esta tabela. Todos os registros-filho desta tabela também serão ignorados durante a migração.

Outro caso de uso a ser considerado é uma tabela-filho "muitas-para-muitas" que conecta dois objetos administrativos e existe no objeto de manutenção das duas tabelas. A tabela-filho pode estar nos dois objetos de manutenção por motivos de conveniência, mas pode ser que esse objeto de manutenção seja considerado um objeto mais "acionador" e o outro, mais subordinado. Se for realizar uma migração na qual deseja copiar um subgrupo de objetos, é possível copiar o objeto acionador, seus filhos e os dados, mas não os filhos deles. Por exemplo, um Tipo de Atividade inclui um conjunto de Funções de Atividade válidas e, por sua vez, a Função de Atividade refere-se a seus Tipos de Atividade. Se uma implementação quiser copiar uma única Atividade e incluir todas as suas informações relacionadas, incluindo suas Funções de Atividade, ela não vai querer que a migração de cada Função de Atividade copie todos os seus Tipos de Atividade (e seus dados).

Observação: A opção de objeto de manutenção deve ser definida nos sistemas de Origem e de Destino para determinado objeto de manutenção.