Mantener las tablas sincronizadas en Oracle

Question

Estamos a punto de realizar pruebas una al lado de la otra para comparar un sistema heredado con una nueva versión brillante. Tenemos una tabla de base de datos Oracle, A, que almacena datos para el sistema heredado, y una tabla equivalente, B, que almacena datos para el nuevo sistema, por lo que durante la prueba, la base de datos se desnormaliza. (Además, el sistema heredado y la tabla A son fijos, no se permiten cambios)

Lo que quiero hacer es permitir que las operaciones DML infrecuentes en A se propaguen a B, y viceversa. Empecé con un par de factores desencadenantes para hacer esto, pero di con el problema obvio de que cuando se ejecutan los desencadenantes, las tablas están mutando y se produce una excepción.

¿Existe una forma estándar de manejar este problema? He leído diferentes informes sobre si es o no el uso de DBMS_SCHEDULER es el camino a seguir ...

Gracias,

Andy

Actualización: he terminado rajándose del conjunto problema y se aseguró de que todos los procedimientos almacenados que actualizan A, también actualicen B, y viceversa.

He marcado la respuesta de Quassnoi como aceptada, porque seguiría sus sugerencias si tuviera el mismo problema en el futuro.

He marcado la respuesta de JosephStyon, porque brevemente hice funcionar las cosas agregando dos disparadores de nivel de instrucción de inserción/actualización en las tablas A y B, luego haciendo su procedimiento de fusión usando A o B como la tabla maestra, dependiendo de disparador se ejecutó (aunque primero verifiqué que la tabla objetivo se cambiaría por la combinación, obteniendo si no).

Answer 1

que crearía A y B como vistas de una sola tabla normalizada (o sin normalizar), y ha creado un disparador INSTEAD OF sobre estos puntos de vista para manejar DML operaciones.

Si la consulta tiene previsto importa, es mejor mantener dos copias de tablas: A_underlying y B_underlying y crear las vistas simplemente como esta:

CREATE VIEW A 
AS 
SELECT * 
FROM A_underlying 

CREATE VIEW B 
AS 
SELECT * 
FROM B_underlying 

Los predicados serán empujados a las vistas y los planes de consulta para tablas y vistas reales serán las mismas.

En INSTEAD OF desencadena en ambas vistas, debe colocar los datos en ambas tablas subyacentes.

Answer 2

¿Realmente quieres decir DDL, no DML?

Con DML puede mirar Oracles Multi Master Replication para mantener las tablas sincronizadas o también puede echar un vistazo a la herramienta SymmetricDS para este propósito.

Con DDL, la única solución que conozco es nuevamente la Oracle advanced replication.

Answer 3

Ponga el siguiente tres declaraciones en un procedimiento almacenado, a continuación, ejecutarlo como un trabajo programado tan a menudo como desee:

--Assume that "A" is a master, and "B" needs to be synched 

--If no match in "A", delete from "B" 
DELETE FROM B 
WHERE NOT EXISTS(
       SELECT * 
       FROM A 
       WHERE A.PRIMARY_KEY = B.PRIMARY_KEY 
       ); 

--If there is a match, but they are different, then update "B" 
update 
    (
    select 
    a.field1 as new_value1 
    ,b.field1 as old_value1 
    ,a.field2 as new_value2 
    ,b.field2 as old_value2 
    ,.... 
    ,a.fieldN as new_valueN 
    ,b.fieldN as old_valueN 
    from 
    a 
    ,b 
where a.primary_key = b.primary_key 
) 
set 
    old_value1 = new_value1 
,old_value2 = new_value2 
,.... 
,old_valueN = new_valueN; 


--if the record is new to "A", then insert it into "B" 
INSERT INTO B 
SELECT * 
FROM A 
WHERE NOT EXISTS(
       SELECT * 
       FROM B 
       WHERE B.PRIMARY_KEY = A.PRIMARY_KEY 
       ); 

Answer 4

Oracle 10g y anteriormente han implementado Notificación de cambio como un proceso asíncrono. Es automático y el paquete se incluye con la instalación del servidor de Oracle 10g y superior.

Puede ver here para obtener información.