Tipos de procedimientos

La etapa Stored Procedure soporta tres tipos de procedimientos:

• Procedimientos de transformación
• Procedimientos de origen
• Procedimientos de destino

Los procedimientos de origen y destino utilizan los metadatos de la columna como parámetros para pasarlos al procedimiento. No tiene que entrar la información de parámetros; si la entra, la etapa la ignorará. Los procedimientos de origen utilizan los metadatos de la columna como parámetros de salida (para leerlos desde la base de datos). Los procedimientos de destino utilizan los metadatos de la columna como parámetros de entrada (para grabarlos en la base de datos).

Un procedimiento de origen puede ejecutar un procedimiento almacenado que contenga una sentencia SQL SELECT. Puede:

• Llamarse una vez para el trabajo
• Utilizarse con un enlace de salida
• Devolver parámetros de salida
• Devolver más de una fila

Un procedimiento de destino puede ejecutar un procedimiento almacenado que contenga una sentencia SQL INSERT. Puede:

• Llamarse una vez para el trabajo
• Llamarse una vez para cada fila (predeterminado)
• Utilizarse con un enlace de entrada
• Pasar parámetros de entrada

Si desea mezclar y hacer coincidir parámetros con metadatos de columna, utilice un procedimiento de transformación y especifique los Parámetros de Stored Procedure en la cuadrícula de parámetros.

El procedimiento de transformación ejecuta varias decisiones lógicas en la base de datos. Puede:

• Llamarse una vez para el trabajo
• Llamarse una vez para cada fila (predeterminado)
• Pasar parámetros de entrada utilizando la cuadrícula de parámetros
• Devolver parámetros de salida utilizando la cuadrícula de parámetros
• Pasar a través de columnas si se utiliza media secuencia (enlaces de entrada y salida)
• Utilizarse sólo con un enlace de entrada
• Utilizarse sólo con un enlace de salida
• Utilizarse con un enlace de entrada y un enlace de salida
• Devolver más de una fila

Todos los procedimientos pueden:

• Devolver un código de error (definido por el usuario o desde la base de datos) que pueda correlacionarse con el flujo de datos
• Devolver un mensaje (definido por el usuario o desde la base de datos) que pueda correlacionarse con el flujo de datos
• Permitir decisiones de recuperación de código de aviso y muy graves definidas por el usuario
• Definir niveles de aislamiento de transacción
• Permitir la especificación de un tamaño de confirmación al ejecutar un procedimiento que inserta filas
• Permitir una sentencia de ejecución de procedimiento definida por el usuario (no se utiliza normalmente)
• Permitir la devolución de más de una fila al leer
  Nota: La etapa Stored Procedure no ejecuta ninguna sentencia SQL. Utilícela exclusivamente para la ejecución de procedimientos almacenados. Utilice las etapas nativas para la ejecución de sentencias SQL.

Teradata

Utilizando la etapa Stored Procedure, puede invocar procedimientos almacenados, macros y funciones de Teradata desde trabajos de InfoSphere DataStage. No puede crear procedimientos almacenados de Teradata, macros o funciones desde InfoSphere DataStage. Dichos objetos deberían crearse con las propias interfaces de usuario de Teradata, como BTEQ o Teradata SQL Assistant (anteriormente conocida como Queryman antes de Teradata Tools and Utilities 7.0).

SQL Server

Un procedimiento almacenado es un grupo de sentencias Transact-SQL compiladas en un único plan de ejecución, almacenadas bajo un nombre y procesadas como una unidad.

La etapa Stored Procedure soporta las llamadas a procedimientos almacenados de Microsoft SQL Server (internos y externos) y funciones definidas por el usuario que devuelven un solo valor.

Se soportan funciones escalares definidas por el usuario. Un parámetro de salida y cursor global que utilizan variedad de cursos no se soportan como métodos de devolver datos.

Los procedimientos almacenados de Microsoft SQL Server soportan parámetros de entrada y salida.