v El programa de aplicación confirma o retrotrae la unidad de trabajo. En ciertas
Por ejemplo, la Figura 2 muestra un cliente de base de datos que ejecuta una
aplicación de transferencia de datos que accede a una base de datos que contiene
tablas de cuentas corrientes y cuentas de ahorros, así como una programación de
las comisiones por transacción. La aplicación debe:
v Aceptar la cantidad que debe transferirse desde la interfaz de usuario.
v Sustraer la cantidad de la cuenta de ahorros y determinar el nuevo saldo.
v Leer la planificación de las comisiones por transacción para una cuenta de
v Sustraer la comisión por transacción de la cuenta de ahorros.
v Añadir la cantidad de la transferencia a la cuenta corriente.
v Confirmar la transacción (unidad de trabajo).
Figura 2. Utilización de una sola base de datos en una transacción
Para configurar una aplicación de este tipo, es necesario:
1. Crear las tablas para la cuenta corriente, la cuenta de ahorros y la planificación
2. Si se encuentra físicamente remoto, configure el servidor de bases de datos para
3. Si se encuentra físicamente remoto, catalogue el nodo y la base de datos para
4. Precompile el programa de aplicación para especificar una conexión de tipo 1;
Conceptos relacionados:
v "DB2 Connect y DRDA" en la página 12
v "Peticiones distribuidas" en la página 15
v "Distributed Relational Database Architecture" en la página 11
v "Unidades de trabajo remotas" en Desarrollo de SQL y rutinas externas
14
Guía del usuario
circunstancias de error, es posible que el servidor de bases de datos o DB2
Connect retrotraiga una unidad de trabajo.
ahorros con este saldo.
Cliente de bases
de datos
Servidor de bases
de datos
de las comisiones por transacción en la misma base de datos.
que utilice el protocolo de comunicaciones adecuado.
identificar la base de datos en el servidor de bases de datos.
es decir, especifique CONNECT(1) en el mandato PREP.
Base de datos
Actua-
lizar
Actua-
lizar
Leer
Cuentas de ahorros
Cuentas corrientes
Comisiones por
transacción