Estamos prestes a executar testes lado a lado para comparar um sistema legado com uma nova versão brilhante. Temos uma tabela de banco de dados Oracle, A, que armazena dados para o sistema legado, e uma tabela equivalente, B, que armazena dados para o novo sistema, portanto, durante a duração do teste, o banco de dados é desnormalizado. (Além disso, o sistema legado e a tabela A são corrigidos - nenhuma alteração permitida)

O que eu quero fazer é permitir que as operações DML pouco frequentes em A se propaguem para B e vice-versa. Comecei com um par de gatilhos para fazer isso, mas atingi o problema óbvio de que, quando os gatilhos são executados, as tabelas estão mudando e uma exceção é lançad

Existe uma maneira padrão de lidar com esse problema? Eu li relatórios diferentes sobre se o dbms_scheduler é ou não o caminho a seguir ...

Obrigado

Andy

Atualizar Acabei resolvendo toda a questão e garanti que todos os procedimentos armazenados que atualizam A também atualizem B e vice-vers

Marquei a resposta de Quassnoi como aceita, porque seguiria suas sugestões se enfrentasse o mesmo problema no futur

Marquei a resposta de JosephStyon, porque rapidamente consegui as coisas adicionando dois gatilhos de nível de instrução de inserção / atualização nas tabelas A e B e, em seguida, executando seu procedimento de mesclagem usando A ou B como tabela principal, dependendo de qual gatilho foi executado ( embora primeiro verifiquei que a tabela de destino seria alterada pela mesclagem, antecipando se não