¿Cómo superar la falta de Netezza de una restricción única / cumplimiento de integridad referencial?

Parece que la falta de soporte para hacer cumplir 2 restricciones básicas (clave única y foránea), es una razón para la pérdida de muchas depuraciones de horas hombre y la resolución de problemas difíciles. Lo que comienza como un problema trivial y fácil de arreglar (filas dup / tablas de detalles primarios inconsistentes) pasa desapercibido, crece y plantea escenarios de borde complejos en nuestra aplicación, o incluso en nuestro hardware (por ejemplo, auto-unión con dups puede causar inflación y agotamiento del almacenamiento).

Netezza tiene múltiples propósitos en nuestro entorno: producción, investigación, qa y puesta en escena. Naturalmente, nuestros procesos ETL no pueden ser maduros y no pueden verificar todas las restricciones en todos esos escenarios. Incluso en nuestras aplicaciones más maduras utilizadas en producción, donde los datos se verifican mientras ETL los carga, creamos una serie de tablas, cada una de las cuales es el resultado de un cálculo sobre sus predecesoras. A veces, la integridad de los datos se rompe en el camino, no justo al inicio (como resultado de una declaración de error)

Alguien puede recomendar una metodología / herramienta para evitar estos dolores de cabeza?

Respuestas a la pregunta(3)

Su respuesta a la pregunta