En un entorno de producción, es probable que necesite migrar los datos de el/los sistema(s) existente(s) a la base de datos de Cúram.
La especificación de dicha migración se sale del ámbito de este documento, ya que requiere un conocimiento en profundidad de lo siguiente:
- Cúram Reference Model, junto con las personalizaciones que pueda haber realizado.
- Estructura e integridad de los datos existentes.
- Los requisitos que pueda tener para la sincronización en curso de datos entre Cúram y los demás sistemas.
- Los procedimientos de migración existentes que pueda tener.
Al margen de lo anterior, merece la pena sugerir aquí lo siguiente:
- Se proporcionan datos de ejemplo iniciales necesarios para iniciar el servidor en línea de Cúram. Dichos datos iniciales contienen elementos tales como un usuario administrativo (admin). Los datos iniciales pueden personalizarse antes de cargarse en la base de datos, o pueden personalizarse mediante la propia aplicación (antes de "salir a producción").
- Se proporcionan datos a efectos de demostración y se recomienda que no se carguen dichos datos en la base de datos de producción.
- Puede que le interese ordenar previamente los datos conforme a su estrategia de agrupación en clúster.
- Cúram Reference Model incluye restricciones de clave foránea que ayudan a mantener la integridad de los datos de Cúram. Si dichas restricciones se aplican antes de cargar los datos migrados, podrán violarse restricciones si los datos no se cargan en orden "padre-hijo" 1; por tanto, se recomienda que las restricciones de clave foránea se apliquen después de cargarse los datos migrados2. Cualquier restricción rechazada por la base de datos indicará un problema de integridad en los datos migrados.
- Cúram Reference Model incluye índices para soportar todas las consultas SQL utilizadas desde la aplicación de servidor de Cúram. Puede que le interese descartar alguno de dichos índices a fin de mejorar el rendimiento de las operaciones de escritura de la base de datos, a expensas de degradar el rendimiento de alguna consulta poco utilizada. Esta operación solo puede realizarse una vez que se haya comprendido qué transacciones de la aplicación se van a utilizar en línea de forma intensiva en la instalación, y cuáles se usarán con poca frecuencia o solo en lotes.
1 Con frecuencia, en una base de datos relacional, la entidad "padre" se asocia a cero o más entidades "hijo"; cada una de dichas entidades hijo lleva la clave de su padre y, por tanto, el padre deberá crearse antes de modo que su clave esté disponible (a fin de establecer la clave del padre en el hijo) cuando el hijo se almacene después.
2 Se recomienda que se creen restricciones de clave foránea para identificar problemas de integridad en los datos convertidos y luego, una vez resueltos los posibles problemas, descartar dichas restricciones, ya que no están soportadas en bases de datos de producción.