Trabajando con Oracle Warehouse Builder - OWB Parte 1


Esta es una de las primeras herramientas que he visto desde que comencé a trabajar con BI, es la herramienta tradicional de Oracle y actualmente es regalada con la instalación de la base de datos. Es una herramienta gráfica para construir ETL con la que se puede mapear los datos y realizar operaciones de base de datos. Sirve mucho porque se puede desarrollar mapping tomando varias tablas para que lleguen a un destino final y todo se hace de manera intuitiva siempre y cuando la persona que esté desarrollando en la herrammienta conozca algo de sql y plsql.

Tiene un gran problema y es el manejo de diversas fuentes de datos. ¿Como Así? Funciona perfecto con tablas o archivos planos, pero a la hora de traer información de otras fuentes de datos como DB2, MySql, Sql Server, Teradata, Access, Etc... Es una herramienta muy límitada y esto es reconocido por su fabricante.

La idea con esta herramienta es que si en la empresa se tiene una suite oracle en absolutamente todo, OWB es una herramienta perfecta porque es barata (No tiene costo para los que compran la Base de Datos) adicional en un ambiente oracle funciona muy bien (No incluye Hyperion que es de Oracle también).

La herramienta trabaja muy bien las transformaciones, trabaja de manera excelente los flujos de trabajos en los que se puede tener manejo de errores e inconsistencias.

Para continuar con este tema puedes ver la siguiente entrada Trabajando con Oracle Warehouse Builder - OWB Parte 2

Comentarios

Publicar un comentario

Entradas populares de este blog

Como Construir la dimension tiempo en SQL SERVER

Hola, Quería traer a consideración una forma de crear la dimensión de tiempo, en una topología en copo de nieve. Si quieren modificar algo o ven algún error les agradezco que me comuniquen el error y en la mayor brevedad lo podré organizar: Tablas y vistas: -- --- -- Table 'Dia' --  -- --- DROP TABLE  Mercurio_Datawarehouse.dbo.TDWH_DIA ; CREATE TABLE Mercurio_Datawarehouse.dbo.TDWH_DIA (   NMSEC_DIA DATE PRIMARY KEY,   DIA_MES INTEGER,   FECHA_INT INTEGER,   NMSEC_MES INTEGER ); Create View Dbo.VTDWH_DIA (NMSEC_DIA,DIA_MES,NMSEC_MES, FECHA_INT) AS Select NMSEC_DIA,DIA_MES,NMSEC_MES,FECHA_INT From Mercurio_Datawarehouse.Dbo.TDWH_DIA with(nolock) ; -- --- -- Table 'Mes' --  -- --- DROP TABLE  Mercurio_Datawarehouse.Dbo.TDWH_MES; CREATE TABLE Mercurio_Datawarehouse.Dbo.TDWH_MES (   NMSEC_MES INTEGER PRIMARY KEY,   DSNOMBRE_MES VARCHAR(20),   NMSEC_ANO INTEGER ); Create View Dbo.VTDWH_MES (NMSEC_MES,DSNOMBRE_MES,NMSEC_A
Leer más

Reiniciar el Intelligence Server de Microstrategy

Imagen
Existen varias formas de realizar un reinicio del Intelligence Server (IS) de Microstrategy, a continuación enumeramos las existentes: Reinicio de los servicios por comando de Sistema Operativo . Desde el Command Manager . Otra alternativa es el Service Manager . Desde MSTR Developer COMANDO POR SISTEMA OPERATIVO (OS) Para realizar el reinicio por esta alternativa, se debe conocer el sistema operativo en el cual se aloja el Intelligence Server. Si se hace desde un OS Linux el procedimiento es el siguiente: Abrimos la consola de comando de Linux. Nos vamos a la ruta <MicroStrategy HOME>/bin directory,  Se corre el comando ' mstrctl -s IntelligenceServer start ', <MicroStrategy HOME> esta es la carpeta home donde se realizó la instalación. Revisamos si el Intelligence se encuentra arriba con el comando ' mstrctl -s IntelligenceServer gs '. Luego de verificar que se encuentra arriba el IS, se ejecuta el siguiente comando ' mstrctl -s In
Leer más

Modelo en Copo de Nieve

Imagen
Este es un esquema un poco más complejo que el anterior ( Esquema Estrella ), su modelado es similar al de un copo de nieve:   Vemos que un copo de nieve tiene un centro que a su vez tiene relaciones con niveles superiores y estos niveles pueden tener más relaciones con niveles aún mayores. Lo que se tiene es una  tendencia a normalizar aun más los datos que en la topología en estrella porque las dimensiones tienen más de un nivel hacia arriba:   Podemos observar como la tabla de hechos tiene productos y los productos tienen unas características como la marca y la sub categoría, lo que hace que la dimensión producto de la tabla de hechos se tenga en más de una tabla.   Respecto a la topología en estrella, este esquema lo que nos permite es no tener tanta redundancia de datos en los registros y esto se traduce en menos datos para guardar, sin embargo son modelos más difíciles para el usuario si quieren realizar una consulta porque en el query deben poner mas j
Leer más