WebSphere Message Broker, Versión 8.0.0.5 Sistemas operativos: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte la información sobre la última versión del producto en IBM Integration Bus, Versión 9.0

Nodo Warehouse

Utilice el nodo Warehouse para interactuar con una base de datos en el origen de datos ODBC especificado.

Restricción: Las funciones proporcionadas por este nodo han sido sustituidas por un Nodo Mapping revisado. Si importa un flujo de mensajes que contiene el nodo Warehouse, puede seguir viendo y desplegando el nodo pero no puede modificarlo.

Finalidad

El nodo Warehouse es una forma especializada del nodo Database que almacena todo el mensaje, partes del mismo o ambas cosas, en una tabla de la base de datos. Los elementos a almacenar se crean mediante correlaciones que utilizan los datos del mensaje de entrada para identificar la acción requerida.

Puede utilizar el nodo Warehouse para varios fines. Por ejemplo:

  • Para mantener un seguimiento de auditoría de los mensajes que pasan a través del intermediario
  • Para el proceso fuera de línea o por lotes de los mensajes que han pasado a través del intermediario (minería de datos)
  • Como origen para volver a procesar los mensajes seleccionados en el intermediario

Utilice las técnicas estándar de consulta y minería de base de datos para recuperar los mensajes almacenados en el almacén. (WebSphere Message Broker no proporciona ningún soporte explícito).

Ha de haber creado o identificado los elementos siguientes:

  • Datos de entrada en forma de un conjunto de mensajes y un mensaje
  • Una conexión ODBC con la base de datos
  • Una base de datos y una tabla de base de datos para almacenar el mensaje
  • Como mínimo, dos columnas en la tabla: una para el objeto binario (el mensaje) y otra para la indicación de la hora

Utilización de este nodo en un flujo de mensajes

Cuando utilice el nodo Warehouse, puede almacenar los siguientes elementos en la base de datos asociada al nodo:
  • Todo el mensaje y, opcionalmente, con una indicación de la hora asociada. El mensaje se almacena como objeto binario, con la indicación de la hora en una columna separada. Esta opción tiene dos ventajas:
    • No es necesario decidir con antelación cómo utilizar los datos almacenados porque después de almacenar los datos se pueden recuperar y se pueden aplicar herramientas de minería de datos.
    • No es necesario definir un esquema de base de datos específico para cada tipo de mensaje que pueda pasar a través del intermediario. En un sistema complejo, pueden procesarse muchos tipos de mensaje distintos y el tiempo empleado en definir un esquema exclusivo para cada tipo de mensaje puede ser prohibitivo. Delante de cada nodo Warehouse puede colocar un nodo Compute que dé a cada mensaje un formato de almacenamiento canónico con un esquema común, o puede almacenar el mensaje completo como objeto binario.
  • Partes seleccionadas del mensaje, opcionalmente, con una indicación de la hora asociada, que requiere un esquema de base de datos definido para ese tipo de mensaje. El mensaje se correlaciona con el tipo verdadero, es decir que, por ejemplo, una Serie del mensaje se almacena como una Serie en la base de datos.

Terminales y propiedades

Cuando haya colocado una instancia del nodo Warehouse en un flujo de mensajes, podrá configurarlo. Para obtener más información, consulte Configurar un nodo de flujo de mensajes.Las propiedades del nodo se visualizan en la vista Propiedades, (Si efectúa una doble pulsación en un nodo Warehouse, abra el recuadro de diálogo Nueva correlación de mensajes.) Todas las propiedades obligatorias para las que debe especificar un valor (las que no tienen un valor predeterminado definido) están marcadas con un asterisco.

Los terminales del nodo Warehouse se describen en la tabla siguiente.

Terminal Descripción
In (de entrada) El terminal de entrada que acepta un mensaje para que lo procese el nodo.
Failure (de anomalías) El terminal de salida al que se propaga el mensaje de entrada si se detecta una anomalía durante el cálculo. Si ha seleccionado Tratar los avisos como errores, el nodo propaga el mensaje a este terminal aunque el proceso se complete satisfactoriamente.
Out (de salida) El terminal de salida que efectúa la salida del mensaje después de la ejecución de la sentencia de base de datos.

Las tablas siguientes describen las propiedades de nodo. La columna con la cabecera O indica si la propiedad es obligatoria (marcada con un asterisco si tiene que entrar un valor cuando no hay definido ningún valor predeterminado); la columna con la cabecera C indica si la propiedad es configurable (puede cambiar el valor cuando añade el flujo de mensajes al archivo BAR para desplegarlo).

Las propiedades de descripción del nodo Warehouse se describen en la siguiente tabla.

Propiedad O C Valor predeterminado Descripción
Nombre de nodo No No Warehouse El nombre del nodo.
Descripción corta No No   Descripción breve del nodo.
Descripción larga No No   Texto que describe el propósito del nodo en el flujo de mensajes.

Las propiedades básicas del nodo Warehouse se describen en la siguiente tabla.

Propiedad O C Valor predeterminado Descripción Propiedad de mandato mqsiapplybaroverride
Origen de datos No   El nombre del origen de datos ODBC de la base de datos que contiene las tablas a las que se hace referencia en las correlaciones asociadas a este nodo (identificadas por la propiedad Correlación de campo).

Este nombre identifica la base de datos apropiada tal como se la conoce en el sistema en el que se va a ejecutar el flujo de mensajes. El intermediario se conecta a esta base de datos con la información de ID de usuario y contraseña que ha especificado en el mandato mqsisetdbparms.

dataSource
Correlación de campo No Warehouse Nombre de la rutina de correlación que contiene las sentencias que se tienen que ejecutar contra la base de datos o el árbol de mensaje.

Por omisión, el nombre asignado a la rutina de correlación es idéntico al nombre del archivo de correlación en el que se define la rutina. El nombre predeterminado para el archivo es el nombre del flujo de mensajes enlazado con el nombre del nodo cuando lo incluye en el flujo de mensajes (por ejemplo, MFlow1_Warehouse.msgmap para el primer nodo Warehouse en el flujo de mensajes MFlow1). No se puede especificar un valor que contenga espacios en blanco.

Si pulsa Examinar junto a este campo de entrada, aparecerá un recuadro de diálogo que lista todas las rutinas de correlación disponibles a las que puede acceder este nodo. Seleccione la rutina que desee y pulse Aceptar; el nombre de la rutina se establece en Correlación de campo.

Para trabajar con la rutina de correlación asociada a este nodo, efectúe una doble pulsación en el nodo o pulse el botón derecho del ratón en el nodo y seleccione Abrir correlaciones. Si la rutina de correlación no existe, se crea automáticamente con el nombre predeterminado en el archivo predeterminado. Si el archivo existe, también puede abrir el archivo nombre_flujo_nombre_nodo.msgmap en la Vista Desarrollo de intermediario.

El contenido de la rutina de correlación determina lo que se almacena en la base de datos y en qué formato. Por ejemplo, puede almacenar una parte de los mensajes, o los mensajes enteros. También puede almacenar los datos en formato binario o almacenar cada campo en el mismo formato en que se encuentra en el mensaje (por ejemplo, un campo de caracteres en el mensaje se almacena como caracteres en la base de datos).

Una rutina de correlación es específica del tipo de nodo al que está asociada; no se puede utilizar una rutina de correlación que ha desarrollado para un nodo Warehouse con ningún otro nodo que utilice correlaciones (por ejemplo, un nodo DataInsert). Si crea una rutina de correlación, no puede llamarla desde ninguna otra rutina de correlación, aunque puede llamarla desde una rutina ESQL.

Para obtener más información sobre cómo trabajar con archivos de correlación y definir el contenido, consulte Utilizar correlaciones de datos gráficas.

 
Transacción No Automática La modalidad de transacción para el nodo. Seleccione el valor que necesita:
  • Si selecciona Automática (el valor predeterminado), el flujo de mensajes, del cual forma parte el nodo Warehouse, se confirma si es satisfactorio; es decir, se realizan las acciones que se han definido en las correlaciones y el mensaje continúa a través del flujo de mensajes. Si el flujo de mensajes da error, la acción se restituye. Por tanto, si selecciona Automática, la posibilidad de confirmar o restituir la acción del nodo Warehouse en la base de datos depende de si el proceso de todo el flujo de mensajes es satisfactorio o no.
  • Si selecciona Confirmar, las acciones no confirmadas realizadas en este flujo de mensajes se confirman en la base de datos conectada a este nodo, independientemente del éxito o error del flujo de mensajes como un todo. Los cambios en la base de datos se confirman incluso si el flujo de mensajes propiamente dicho no se ejecuta correctamente.
 
Tratar los avisos como errores No No seleccionado Para que los mensajes de aviso de base de datos se traten como errores y que el nodo propague el mensaje de salida al terminal de anomalías, seleccione Tratar los avisos como errores. El recuadro está vacío de forma predeterminada.

Cuando selecciona el recuadro, el nodo gestiona todos los códigos de retorno positivos de la base de datos como errores y genera excepciones igual que si se tratase de errores negativos o más graves.

Si no selecciona el recuadro, el nodo trata los avisos como códigos de retorno habituales y no emite excepciones. El aviso más significativo es no encontrado que, en la mayoría de los casos, puede tratarse de forma segura como un código de retorno habitual.

 
Generar excepción en error de base de datos No Seleccionado Para que el intermediario genere una excepción cuando se detecte un error de base de datos, seleccione Generar excepción en errores de base de datos. El recuadro está seleccionado de forma predeterminada.

Si deselecciona el recuadro, deberá gestionarlo en el flujo de mensajes para asegurarse de la integridad del intermediario y de la base de datos; el error se ignora si no lo gestiona a través de su propio proceso, debido a que ha decidido no invocar el manejo de errores predeterminado mediante el intermediario; por ejemplo, puede conectar el terminal de anomalías a una subrutina de proceso de errores.

 

Conectarse antes de iniciar el flujo

No

No seleccionado

De forma predeterminada, el intermediario se conecta al origen de datos cuando es necesario en un flujo de mensajes.

Si marca el recuadro de selección, las conexiones del origen de datos se establecerán antes de que el flujo reciba un mensaje, en lugar de hacerlo durante el proceso del flujo de mensajes.

 
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Comentarios

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última actualización:
        
        Última actualización: 2015-02-28 16:58:20


Tema de referenciaTema de referencia | Versión 8.0.0.5 | ac04730_