Este artículo describe el modo de crear una arquitectura física de origen en ODI, una herramienta ETL, creada por Oracle, que permite construir, gestionar y mantener procesos de integración de datos en sistemas de inteligencia empresarial.
¿Qué es la arquitectura física de origen en ODI?
La arquitectura de ODI define los diferentes elementos de un sistema de información, así como sus características. Cada tipo de base de datos Oracle, DB2, entre otras, tiene una representación tecnológica en Oracle Data Integrator.
Una tecnología carga datos y modelos de datos formateados, así pues, cada tecnología se asocia con más de un tipo de datos que se guardan en almacenes de datos o data warehouse y en un servidor de datos. Estos tipos de datos hacen posible que Oracle Data Integrator produzca scripts de manejo de datos por medio de controles de flujo de datos.
Componentes de la arquitectura física
Los componentes físicos que almacenan y exponen datos estructurados se denominan servidores de datos. Un servidor de datos almacena información de acuerdo con una lógica específica.
Crear una arquitectura física de origen en ODI
Para definir la arquitectura física de origen en ODI, debemos abrir ODI Studio e ir a la sección de topología.
Lo primero que habrá que hacer será definir las bases de datos PostgreSQL y Oracle que ya tenemos creadas. Antes de esto, tanto en ODI como en Oracle SQL Developer, entorno con el cual ya hemos trabajado anteriormente, hay que cargar los drivers jdbc de las bases de datos que vayamos a utilizar.
Una vez concretados todos estos pasos previos, dentro de la pestaña de Topología, nos vamos a la carpeta de tecnologías. Se nos cargarán un montón de tecnologías con las que puede trabajar ODI, desde Big data, hasta SQL Server, PostgreSQL, entre otras:
Nosotros vamos a definir la arquitectura física de PostgreSQL. Vamos a hacer clic izquierdo encima de esta opción y seleccionamos la opción que dice “Nuevo Servidor de Datos”:
A continuación nos pide la definición del servidor de datos, que hace referencia al tipo de base de datos.
En la sección de definición, vamos a llenar una serie de campos que nos solicita para la creación del servidor de datos:
- Nombre: con el que hemos venido trabajando “Hospital”.
- Cluster (Servidor de datos).
- Usuario: postgres
- Contraseña: postgres
Ahora, nos vamos a la sección JDBC, para definir la cadena de conexión:
En el campo de JDBC URL le vamos a cambiar:
- <host> por localhost
- <port> por 5432
- <database> por postgres
Vamos a probar la conexión. Nos va a aparecer un mensaje emergente que dice: “Registre al menos un esquema físico para el servidor de datos”. Le daremos aceptar a dicho mensaje, ya que lo que nos está diciendo es que no olvidemos crear un esquema físico, porque si no la conexión no va a funcionar.
Sabemos que una conexión completa se compone de dos elementos: el nuevo servidor y un esquema, de ahí la naturaleza del mensaje en la ventana emergente.
Como último paso, vamos a probar la conexión de origen en ODI con el agente local:
Ya con este mensaje podemos estar seguros de que tenemos una conexión de origen en ODI a una base de datos postgres.
El paso siguiente, después de crear la conexión de origen en ODI, es crear el esquema del servidor que acabamos de instaurar.
Para crear el esquema debemos posicionarnos en la pestaña topología, seleccionamos la opción tecnologías, luego la carpeta PostgreSQL y seleccionamos el servidor de datos Hospital. Le damos clic derecho a Hospital y seleccionamos la opción que dice “Nuevo Esquema Físico”:
Configuramos el nuevo esquema físico, de tal modo que:
- En “Base de Datos (Catálogo)” y “Base de Datos (Catálogo de Trabajo)” seleccionaremos la opción “postgres”.
- En “Esquema” y “Esquema (Esquema de trabajo)” seleccionaremos “public”.
Guardamos y ya tenemos el servidor y el esquema creado.
Después de guardar, nos aparecerá otra advertencia:
Esta advertencia lo que nos quiere decir es que ya se ha creado la arquitectura física de origen en ODI, pero no hay contextos todavía. Un contexto es el nexo de unión entre una arquitectura física y una arquitectura lógica. El contexto nos permite, en tiempo de ejecución, decir dónde se ejecutan las cargas. Permite un nivel de abstracción, siempre y cuando este sea local.
¿Qué sigue?
Recuerda que toda la temática abordada forma parte de nuestro Big Data, Inteligencia Artificial & Machine Learning Full Stack Bootcamp, al cual podrás acceder para seguir aprendiendo de la mano de los mejores profesionales. ¡Anímate a cambiar tu vida y pide más información!
