Domingo, 07 Junio 2020 22:10

El Procesamiento de Transacciones en Oracle Forms (Parte 2)

Rate this item
(0 votes)

Objetivos:

Complementar el procesamiento de transacciones.

El uso de Variables de Sistema en conjunto con los Triggers Transaccionales.
• Implementar la Matriz DML.Nota: esta publicación es la continuación de El Procesamiento de Transacciones en Oracle Forms (Parte 1), de modo que es recomendable tener los conocimientos expuestos ahí para una mejor comprensión de lo aquí expuesto.


Anulando el Procesamiento Transaccional Predeterminado

En publicaciones anteriores hemos visto que algunos Triggers Commit se pueden usar para reemplazar las sentencias DML predeterminadas que Forms emite durante el procesamiento Commit. Puede utilizar varios otros Triggers para anular el procesamiento predeterminado de transacciones en Forms.


Triggers Transaccionales

Todos los Triggers  que están relacionados con el acceso a una fuente de datos se denominan Triggers Transaccionales. Los Triggers Commit forman un subconjunto de ellos. Otros ejemplos incluyen Triggers  que se activan durante el inicio de sesión y cierre de sesión o durante consultas realizadas en el origen de datos.

Trigger

Do-the-Right-Thing Built-In

On-Check-Unique

CHECK_RECORD_UNIQUENESS

On-Column-Security

ENFORCE_COLUMN_SECURITY

On-Commit

COMMIT_FORM

On-Rollback

ISSUE_ROLLBACK

On-Savepoint

ISSUE_SAVEPOINT

On-Sequence-Number

GENERATE_SEQUENCE_NUMBER



Nota: Estos Triggers están destinados a ser utilizados cuando se conecta a fuentes de datos que no sean Oracle.

Triggers Transaccionales para iniciar y cerrar sesión

Trigger

Do-the-Right-Thing Built-In

Pre-Logon

-

Pre-Logout

-

On-Logon

LOGON

On-Logout

LOGOUT

Post-Logon

-

Post-Logout

-

 

Usos de Triggers Transaccionales

  • Los Triggers transaccionales, excepto los Triggers Commit, están destinados principalmente a acceder a determinadas fuentes de datos distintas de Oracle.
  • Los Triggers transaccionales de inicio de sesión y cierre de sesión también se pueden usar con las bases de datos de Oracle para cambiar las conexiones en tiempo de ejecución.

Forms con fuentes de datos distintas a Oracle
Existen dos formas de ejecutar Forms con fuentes de datos distintas de Oracle:
• Use los productos Oracle Transparent Gateway.
• Escriba un conjunto apropiado de Triggers Transaccionales.

 

Conectando con Open Gateway:

Cuando se conecta a una fuente de datos que no sea Oracle con un producto Open Gateway, debe tener en cuenta estas propiedades transaccionales:

La propiedad del Módulo Forms Cursor Mode.
• La propiedad del Módulo Forms Savepoint Mode.
• La propiedad de Bloque Key Mode.
• La propiedad de Bloque Locking Mode.

Puede configurar estas propiedades para especificar cómo Forms debe interactuar con el origen de datos. La configuración específica depende de las capacidades de la fuente de datos.


Usando Triggers Transaccionales

Si no existen controladores Open Gateway para su origen de datos, debe definir Triggers Transaccionales. A partir de estos Triggers, debe llamar programas 3GL que implementan el acceso a la fuente de datos.


Propiedad Bloque de Base de Datos (Database Data Block)

Esta propiedad (de bloque) identifica un bloque como un bloque de control transaccional; es decir, un bloque de control que debe tratarse como un bloque de tabla base. Al establecer esta propiedad en Sí, se asegura que los Triggers Transaccionales dispararán para el bloque, aunque no sea un bloque de tabla base. Si establece esta propiedad en Sí, debe definir todos los Trigger transaccionales On-Event, de lo contrario recibirá un error durante la generación del Form.


Obteniendo y configurando el Estado del Commit (Commit Status)

Si desea procesar un registro en su Form, resulta útil saber si el mismo fue cambiado o está tal cual en la base de datos. Puede usar built-ins y variables de sistema para obtener esta información.

¿Cuál es el estado (Commit Status) de un registro?

El estado de un registro de un bloque de base de datos determina cómo se procesará durante el siguiente proceso de Commit. Por ejemplo, el registro se puede insertar, actualizar o no procesar en absoluto.

Los Valores de SYSTEM.RECORD_STATUS:

Valor

Descripción

NEW

Indica que el registro se ha creado, pero que ninguno de sus Items se ha cambiado aún (es posible que el registro se haya llenado con los valores predeterminados).

INSERT

Indica que uno o más items en un registro recién creado han sido cambiados (El registro se procesará como una inserción durante el próximo proceso de confirmación (Commit) si su bloque tiene el estado CHANGED; ver más adelante. Tenga en cuenta que cuando cambia un item de control de un registro con estado en NEW , el estado del registro también se convierte en INSERT).

QUERY

Indica que el registro corresponde a una fila de la base de datos, pero que ninguno de sus items han sido cambiados.

CHANGED

Indica que se han cambiado uno o más item de un registro extraído de la base de datos (el registro se procesará como una actualización (o eliminación) durante el siguiente proceso de confirmación).

 

Los Valores de SYSTEM.BLOCK_STATUS:

Valor

Descripción

NEW

Indica que todos los registros del bloque tienen el estado NEW (Tenga en cuenta que un bloque de tabla base con el estado NEW también puede contener registros con el estado INSERT causado por el cambio de items de control).

QUERY

Indica que todos los registros del bloque tienen el estado QUERY si el bloque es de base de datos (un bloque de control tiene el estado QUERY si contiene al menos un registro con el estado INSERT).

CHANGED

Indica que el bloque contiene al menos un registro con el estado INSERT CHANGED si el bloque es un bloque de tabla base (El bloque se procesará durante el próximo proceso de confirmación. Tenga en cuenta que un bloque de control no puede tener el estado CHANGED).

 

Los Valores de SYSTEM.FORM_STATUS:

Valor

Descripción

NEW

Indica que todos los bloques del Form  tienen el estado NEW.

QUERY

Indica que al menos un bloque del Form tiene el estado QUERY y todos los otros bloques tienen el estado NEW.

CHANGED

Indica que al menos un bloque del Form tiene el estado CHANGED.

 

El uso de built-ins para obtener el Estado del Commit.

Las variables de sistema SYSTEM.RECORD_STATUS y SYSTEM.BLOCK_STATUS se aplican al registro y al bloque donde está ubicado el cursor. Puede usar built-ins para obtener el estado de otros bloques y registros.

Built-ins

Descripción

GET_BLOCK_PROPERTY

Use la propiedad STATUS para obtener el estado del bloque especificado.

GET_RECORD_PROPERTY

Use la propiedad STATUS para obtener el estado del registro especificado de algún bloque.

SET_RECORD_PROPERTY

Establezca la propiedad STATUS del registro especificado en el bloque especificado con una de las siguientes constantes:

·         NEW_STATUS

·         INSERT_STATUS

·         QUERY_STATUS

·         CHANGED_STATUS

 

Sintaxis

GET_BLOCK_PROPERTY ('BLOCK',   PROPERTY);
GET_RECORD_PROPERTY  ( RECORD_NUMBER,   'BLOCK',   PROPERTY);
SET_RECORD_PROPERTY  ( RECORD_NUMBER,   'BLOCK',   PROPERTY,   'VALUE');

 

Ejemplo:

Si el tercer registro del bloque ORDERS es un registro de base de datos modificado, establezca el estado nuevamente en QUERY.

BEGIN
  IF GET_RECORD_PROPERTY(3, 'ORDERS',status)= 'CHANGED' THEN
   SET_RECORD_PROPERTY(3, 'ORDERS', status,  
                         query_status);
  END IF;
END;

 

Advertencias:

  • No confunda el estado de confirmación (COMMIT STATUS) con el estado de validación.
  • El estado de confirmación se actualiza durante la validación.

Matriz DML (Array DML)

Procesamiento Matriz

El procesamiento  matriz es una opción en Forms Builder que altera la forma en que se procesan los registros. El comportamiento predeterminado de Forms es procesar los registros de uno en uno. Al habilitar el procesamiento matriz, puede procesar grupos de registros a la vez, reduciendo el tráfico en la red y, por lo tanto, aumentando el rendimiento. Esto es especialmente importante en las aplicaciones web. Con el procesamiento matriz, una estructura (una matriz) que contiene múltiples registros se envía o se devuelve desde el servidor para su procesamiento.

Forms Builder permite extraer un conjunto de registros en forma de matriz y a su vez permite procesarlos en forna de DML matriz. Tanto para consultas como para operaciones DML, puede determinar el tamaño de la matriz para así optimizar el rendimiento según sus necesidades.

El procesamiento de matriz está disponible para consultas y operaciones DML en bloques basados en tablas de base de datos, vistas, procedimientos y subconsultas; no es compatible con bloques basados en Triggers Transaccionales.

Efecto de la Matriz DML en Triggers Transaccionales

Con DML Array Size establecido en 1, los Triggers Pre-InsertPre-Update y Pre-Delete disparan por cada registro nuevo, modificado y eliminado; se emite el DML y se dispara el Post-trigger para ese registro.

Con DML Array Size configurado en un número mayor a 1, son disparados los triggers Pre- para todas las filas nuevas, modificadas y eliminadas; todas las sentencias DML se emiten y todos los triggers Post- se activan.

Si cambia 100 filas y DML Array Size es 20, obtendrá 100 Pre-triggers, 5 matrices de 20 sentencias DML y 100 Post-triggers.


Cómo Implementar la Matriz DML

1. Para establecer preferencias:

-Seleccione Editar> Preferencias.

-Haga clic en la pestaña Runtime.

-Seleccione la casilla Procesamiento de Matrices.

 

2. Para establecer propiedades:

-En el Navegador de objetos, seleccione el nodo Bloques de datos.

-Seleccione el Bloques de datos en question y despliegue sus propiedades (F4).

-En la categoría de Advanced Database, establezca la propiedad DML Array Size en un número que represente la cantidad de registros a ser procesados en forma de matriz. También puede configurar esta propiedad mediante programación.

Nota: Cuando la propiedad DML Array Size es mayor que 1, debe especificar la clave principal. El KEY MODE aún puede ser UNIQUE.

El servidor de Oracle usa ROWID para identificar la fila, excepto después de una inserción matriz. Si actualiza un registro en la misma sesión que lo insertó, el servidor bloquea el registro utilizando la clave principal.


Resumen

En esta publicación en conjunto con El Procesamiento de Transacciones en Oracle Forms (Parte 1), debes haber aprendido a:

Aplicar cambios a la base de datos, Forms emite los posting y los commits.
• La secuencia de eventos del Commit:

1. Se Valida el Form.
2. Se Procesan los puntos de rescate.
3. Se disparan los Triggers Pre-.
4. Se Validan los bloques en orden secuencial.
5. Se ejecutan los DML:

-Secuencia al eliminar registros: Se dispara el Pre-Delete; Se elimina el registro o se dispara el On-Delete; Se dispara el Post-Delete.
-Secuencia al insertar registros: Se copia el valor del Item; Se dispara el Pre-Insert; Se verifica la singularidad del registro; Se inserta el registro o se dispara el On-Insert; Se dispara el Post-Insert.
-Secuencia al  actualizar registros: Se dispara el Pre-Update; Se verifica la singularidad del registro; Se actualiza el registro o se activa el On-Update; Se dispara el Post-Update.

6. Se dispara el Trigger Post-Forms-Commit.
Si la operación actual es COMMIT, entonces:
7. Emite la sentencia SQL-COMMIT.
8. Se Dispara el Trigger Post-Database-Commit.

• Puede complementar el procesamiento de transacciones con Triggers:

-Pre-Commit: se dispara una vez si se realizan cambios en el Form.
-[Pre | Post] - [Update| Insert | Delete].
-On - [Update| Insert | Delete]: Se dispara por cada registro, reemplazando el DML predeterminado. Realiza las funciones predeterminadas con Built-ins: [UPDATE|INSERT|DELETE]_RECORD.

• Utilizar el Trigger Pre-Insert para asignar números de secuencia a los registros a medida que se aplican a las tablas.
• Verificar o cambiar el estado de confirmación (Commit):

GET_BLOCK_PROPERTY, [GET SET]_RECORD_STATUS
–:SYSTEM.[FORM BLOCK RECORD]_STATUS• Usar Triggers Transaccionales para anular o añadir funcionalidad al procesamiento predeterminado del Commit.

• El uso de la Matriz DML para reducir los viajes de ida y vuelta en la red con la propiedad de bloque DML Array Size.


Fuente: Oracle Forms Developer 10g: Build Internet Applications.

Read 677 times Last modified on Miércoles, 19 Agosto 2020 20:34

Leave a comment

Make sure you enter all the required information, indicated by an asterisk (*). HTML code is not allowed.

Magic PL/SQL

Blog orientado al desarrollo de PL/SQL en el "Maravilloso Mundo ORACLE". Cursos Online y Tutoriales Gratis.