Está en la página 1de 2

ODS: datos integrados, orientados a un tema, actualizados en tiempo casi real (volátiles),

corrientes, detallados e inmediatamente accesibles. Los datos llegan al ODS en forma más
rápida que al DW. Apunta a otro tipo de usuarios.

DEFINICIÓN: Entorno en el que los datos de diferentes bases operacionales son


integrados para proveer a los usuarios finales de una visión completa de la empresa.
Se caracteriza por la frecuencia de sus actualizaciones y la automatización de las mismas.

CARACTERÍSTICAS: integrado, orientado a un tema, actualizado con alta frecuencia y


velocidad(desde que el cambio se produce en el operacional hasta que llega al ODS), con
información corriente (puede haber una reducida historia) y detallado

BENEFICIOS: reportes operacionales más rápidos y eficientes, accesibilidad adtso


críticos, visión financiera y de los clientes completa, con posibilidad de replicar
información en los sistemas operacionales, ayuda a alimentar el DW.

DIFERENCIAS CON EL DW:

ODS DW
actualidad de los datos Corrientes y casi corrientes, Corrientes e históricos, aptos
aptos para las necesidades para las necesidades
tácticas estratégicas
Actualización y carga de Insert, update, delete Nueva foto
datos Cási en tiempo real A intervalos prefijados de
tiempo
Sumarización Datos detallados, con Sumarización estática
sumarización dinámica (por
la volatilidad)
Diseño Orientado a rápidas Orientado a query´s.
actualizaciones (3FN)
Transacciones Pequeñas, repetitivas durante Consultas extensa,
un día impredecibles, no repetitivas.
Uso Decisiones operativas diarias Decisiones estratégicas de
largo plazo.
Usuario El que tiene contacto diario El que toma decisiones
con clientes o producción
Volumen Cada cuenta cte, el saldo Cada cuenta cte, el saldo de
diario cada día
Cada orden de compra, sus Cada orden de compra, sus
detalles totales por producto o línea

En función a la integración con los sistemas operacionales hay tres tipos de ODS:
A) Update en tiempo real (o replicaciones o mensajes) y modificaciones por procesos
batch de datos no incluidos en los sistemas operacionales.
También podrían usarse datos del DW para relaizar actualizaciones batch.
Se accede desde front end´s enlatados o desarrollados
B) Update en tiempo real real (o replicaciones o mensajes) y modificaciones por
procesos bartch de datos no incluidos en los sistemas operacionales, más triggers
con update´s sobre la base operacional.
Solo los datos que cubren necesidades de negocio son actualizados en los sistemas
operacionales (dirección?).
Puede definirse un trigger distinto para cada base operacional afectada.
C) Update en tiempo real y acceso totalmente integrado
La sincronización es difícil si los sistemas operacionales tienen distintas
plataformas.

MODELIZACION
Se vuelve compleja dadas las dos funciones del ODS: de un sistema de soporte de decisión
(integrado, orientado a un tema) y de uno operacional (accesibilidad y tiempo de respuesta)

Es un subconjunto del modelo de la empresa (lo relevante).


Lo resuelvo con u E/R (3FN, minimiza redundancia, ) o un modelo dimensional (medidas,
dimensiones, fact table)? Conviene un enfoque pragmático?

NIVELES EN LA CONSTRUCCIÓN DE UN ODS


1) requerimientos
2) detección de fuentes
3) transformaciones (trabajo de carga) (extracción, transformación limpieza,
reestructuración, procesos on line y batch de actualización)
4) forma de acceso a los datos

CARGA DE UN ODS
1) Extracción
Supone seleccionar los datos necesarios y trasladarlos. Pueden tomar el aspecto de
fotos o sólo de propagación de cambios (Si la fuente es DB2 se puede acceder al
log; si es ORACLE habrá un producto (DATA JOINNER) que genera triggers en
la base ORACle que graban información accesible al ODS)
2) Preparación
Todos los extractos se agrupan en un mecanismo común de almacenamiento.
La salida es un archivo conteniendo un registro por cada cambio desde el último
extract.( accesible desde DB2).
Puede incluir filtrado o merge (si hubo más de un cambio para el mismo registro)
3) Transformación(claves autogeneradas, transformación de campos alfabéticos,
códigos más amigables, separa/unificar campos, normalizar/desnormalizar, agregar
datos derivados), con componentes que limpian y transforman los datos
4) Carga, lo más rápida posible (balance entre commit y lock´s)

El DWCenter es vital en la automatización de este proceso, a partir de procesos


“scheduleados”.
Se pueden tener proceso de extracción y transformación por cada fuente y procesos
comunes de carga.

También podría gustarte