Requisitos para las tablas de base de datos personalizadas
Si ha personalizado su esquema de base de datos creando tablas nuevas,
debe cumplir los siguientes requisitos para utilizar el servidor de transición:
- Debe definir una clave primaria o un índice exclusivo.
El servidor de transición funciona basándose en la clave. Para evitar
la anotación de demasiados datos en la tabla STAGLOG, anote
solamente la clave (la clave primaria o el índice exclusivo).
Los programas de utilidad de transición utilizarán la clave para la compresión y para buscar
los datos que se han de propagar. Si no hay ninguna clave, los programas de utilidad de transición no pueden funcionar.
- No puede existir un ciclo de restricción de integridad
de referencia (RI) entre las tablas.
El servidor de transición siempre propaga la tabla padre antes que la tabla hijo.
Si existe un ciclo de restricción de RI, el servidor de transición no puede
distinguir entre las tablas padre y las tablas hijo.
- Las tablas de base de datos sólo contienen datos de configuración.
En un escenario de tipo empresa a consumidor, los datos de configuración están bajo el control
del Administrador de sitio, como catálogos y entradas de catálogo. Si una tabla contiene
datos de operación, un cliente puede modificar la misma tabla en una base de datos de
producción después de que un Administrador de sitio haya copiado la tabla en la base de
datos de transición. Esto provoca un posible conflicto de claves o una violación de
la restricción de RI.
- Las tablas de base de datos no pueden contener ninguna referencia a tablas de operación.
Las tablas que se han de propagar no deben contener ninguna referencia de clave externa
a las claves primarias de tablas de operación. Si existe una referencia de este tipo,
los datos no se podrán restaurar en la base de datos de producción si un cliente
suprime la clave primaria después de la copia de transición.
No puede existir un desencadenante de inserción al insertar dos tablas en la base de datos de producción.
Para dos tablas cualesquiera cubiertas por el servidor de transición (por ejemplo, R1 y R2), no
puede existir un desencadenante para insertar filas en R1 o R2 al insertar
R2 y R1 en la base de datos de producción. El desencadenante de inserción crea
la actualización en ambas bases de datos y genera problemas de claves.
- La tabla MEMBER no puede tener un índice exclusivo.
- La restricción de supresión en tablas de base de datos personalizadas debe utilizarse con precaución.
La restricción de supresión inhibe el rendimiento del programa de utilidad de Limpieza
de base de datos. También puede experimentar dificultades cuando limpie la base de datos de transición.
Antes de limpiar la base de datos de transición, ha de utilizar manualmente
el mandato del programa de utilidad de Limpieza de base de datos con la
opción force para limpiar las tablas.
De lo contrario, la base de datos de transición no se limpiará correctamente.
Para preparar el servidor de transición para las tablas personalizadas, consulte Configurar el servidor de transición para las tablas personalizadas.