Saltar al contenido

Migración · Desde Teradata

Desde Teradata, con el código incluido

Forge lleva el almacén y la lógica que lo rodea —vistas, macros, procedimientos y scripts BTEQ— a BigQuery, Cloudera, Oracle o PostgreSQL, y demuestra cada objeto antes del cambio.

Qué migra Forge

De Teradata al destino que elijas

Tablas
Estructura, tipos y valores por defecto, y después los datos; las tablas grandes, en oleadas propias.
Vistas
Traducidas al dialecto del destino y demostradas ejecutando los dos lados.
Macros
Convertidas en funciones de tabla del destino, con los mismos parámetros.
Procedimientos
Traducidos y desplegados; si el destino rechaza uno, Forge lo repara a partir del error.
Scripts BTEQ
Leídos como programas, con sus dependencias, y convertidos en notebooks en el destino.

Cómo transcurre

De la evaluación al cambio

  1. 01

    Evaluar

    Un informe a partir del catálogo y del propio código: qué migra solo, qué necesita una decisión y qué datos hay que mover.

  2. 02

    Planificar

    Oleadas en orden de dependencias, para que cada objeto llegue después de lo que usa.

  3. 03

    Traducir y demostrar

    Cada objeto se traduce, se despliega y se compara con el origen: recuentos, agregados y huellas de fila en las tablas, resultados en el código.

  4. 04

    Pasar a producción

    Los jobs llegan apagados. Activarlos es el cambio, el día que tú elijas.

Dónde se detiene Forge y pregunta

  • La lógica que admite más de una traducción fiel se reserva para una persona en lugar de adivinarse.
  • En BigQuery, los bucles fila a fila se señalan con una alternativa por conjuntos para que la apruebes.

Míralo con tus propios datos

Conectamos Qry a un conjunto de datos que elijas y te lo enseñamos funcionando: una hora y sin diapositivas.