OBJETIVO

Muchos de los motores de bases de datos, están incursionando en nuevas tecnologías, aplicando las nuevas técnicas para el tratamiento de información.

Existe una marcada tendencia a responsabilizar la base de datos en los procesos de ejecución de procesos, para quitar carga a los clientes que como es de imaginar poseen menos recursos. En el paradigma Cliente/Servidor esta característica es fundamental, ya que el Cliente hace peticiones al Servidor, el cual resuelve la instrucción y retorna al Cliente los datos solicitados.

Interbase posee una forma de almacenar código en la base de datos, que permite ejecutar una serie de instrucciones que corren en el motor; esta característica permite realizar operaciones que antes debían ser implementadas por el cliente, mediante el lenguaje utilizado.

Estos procedimientos se denominan Stored Procedures (Procedimientos almacenados), y pueden ser escritos en el Lenguaje de Triggers y Procedimientos. Otra forma de código que puede ser almacenada, se realiza mediante procesos denominados Triggers.

En esta unidad, es objetivo que el lector conozca el funcionamiento de los Procedimientos almacenados, su utilidad, y como programarlos. Comprenda la sintaxis del Lenguaje de Procedimientos y pueda utilizarlos junto con los Triggers para realizar programas potentes y de gran rendimiento.

Primeramente se iniciará el estudio de los procedimientos almacenados; el concepto, como programarlos con el lenguaje de Procedimientos. Se comentarán algunas características particulares de ellos, así como su ejecución y manipulación.

Se presentarán ejemplos de como establecer parámetros de entrada y salida, como se debe programar un procedimiento SELECT, el cual devuelve conjuntos de datos; y cual es la forma o característica de una procedimiento de ejecución.

En la segunda parte, se tratará en concepto de disparadores (Triggers), su filosofía de ejecución y manipulación, las características propias de cada tipo de Trigger, y como manipularlos efectivamente.

Por último se indicará como programar las excepciones y manipulación de errores en Interbase, utilizando la instrucción WHEN.

Un procedimiento embebido o almacenado, son procedimientos escritos en lenguaje de Trigger o procedimiento, que es almacenado en la base de datos como parte de los METADATOS.

Una vez creados, pueden ser llamados de cualquier aplicación, o ser sustituido en una cláusula SELECT como una tabla o vista.

Los procedimientos pueden recibir parámetros de entrada y retornar valores a las aplicaciones.

Muchos de los procesos que son implementados utilizando el mismo lenguaje en el que se ha desarrollado la aplicación cliente, puede ser sustituidos por procesos implementados a través de procedimientos almacenados; esto tienen un ingrediente muy importante, ya que el programador puede estructurar mejor el código, y le permitirá tener cierta agilidad y mejora en el tiempo que invierte, separando los procesos inherentes a la interfaz, con los procesos de manipulación de información.

Un comentario muy importante al respecto de los procedimientos almacenados, es la gran similitud o al menos lo que parece que se persigue, con las bases de datos orientadas a objetos; no quiero decir que el hecho de poder programar procedimientos almacenados implique tener una base de datos Orientada a Objetos, sino que la tendencia de los motores de bases de datos, es por ese rumbo.

VENTAJAS DE LOS PROCEDIMIENTOS ALMACENADOS

Podemos encontrar muchas ventajas al utilizar procedimientos almacenados, y dependiendo del proceso que el usuario decida que deba de ser implementado puede llegar a mejorar el rendimiento de una aplicación.

Aquí mencionamos a nivel general algunas de las ventajas que pueden ser acreditadas a los procedimientos almacenados (Stored Procedures).
 
 

• Diseño modular.
• Las aplicaciones que acceden la misma base de datos pueden compartir procedimientos, eliminar código duplicado y reducir el tamaño de la aplicación.
• Mejora el mantenimiento.
• Cuando un procedimiento es actualizado, los cambios se reflejan en las aplicaciones sin necesidad de recompilar ni enlazar.
• Mejora el rendimiento de la base de datos.
• Los procedimientos son ejecutados por el servidor, reduciendo el tráfico en la red y mejorando el rendimiento.

CUANDO DEBEN USARSE PROCEDIMIENTOS ALMACENADOS

La utilización de los procedimientos almacenados esta en función de la aplicación que se este desarrollando; sin embargo, se pueden establecer una orientación que permita al programador intuir donde puede ser útil un procedimiento y donde resulta inoficioso.

Los siguientes casos generales pueden ayudar mucho a un programador en la definición de la estructura de la base de datos en cuanto a procedimientos almacenados se refiere :

• Consultas de búsqueda que involucren regresar el valor de un campo. Si se desarrolla este tipo de proceso en el cliente, deberá leer localmente toda la tabla; en caso de ser de tamaño considerablemente muy grande, la búsqueda resultaría ineficiente. Si se realiza en el servidor, más rápido no puede ser.
• Consulta que involucren más de una tabla y que deseen ser desplegadas, por medio de gráficos o reportes.
• Procesos de cálculo y actualización a través de varias tablas, que involucren búsquedas o selecciones de gran cantidad de información.
• Verificaciones de datos, para realizar actualizaciones a tablas diferentes a la tratada.

CREACIÓN DE PROCEDIMIENTOS ALMACENADOS

Los procedimientos son creados en Interbase por medio de la instrucción CREATE PROCEDURE. Esta instrucción permite crear diferentes tipos de procedimientos que serán almacenados en la base de datos.

Se pueden crear dos tipos de procedimientos almacenados.

Procedimientos SELECT

Son procedimientos que pueden ser utilizados en una sentencia SELECT a cambio de una tabla o una vista. Un procedimiento de este tipo puede arrojar más de un valor como parámetro de salida, o un mensaje de error.
 

Procedimientos EJECUTABLES

ESTRUCTURA DE UN PROCEDIMIENTO ALMACENADO

Un procedimiento almacenado está compuesto de un encabezado y un cuerpo.
 

El encabezado contiene:

• El nombre del procedimiento almacenado. Este nombre es definido por el usuario, se aconseja que el nombre tenga alguna relación con el proceso que realiza; esto da mejor presentación al programa.
• Una lista de parámetros de entrada que el procedimiento recibe del programa que lo llama. Esta lista de parámetros va a permitir recibir información externa que permite crear una interface con la aplicación cliente.
• Si el procedimiento retorna valores, un RETURN con la lista de parámetros de salida y sus tipos de datos. Los valores de retorno, son utilizado por la aplicación cliente, en respuesta de la ejecución del procedimiento. Pueden ser desde valores puntuales del proceso, como un conjunto de datos en caso de un procedimiento SELECT, hasta valores de retorno de verificación como un OK o un código de error.

El cuerpo del procedimiento contiene:

• Una lista opcional de variables locales y sus tipos de datos. Estas variable locales son utilizadas internamente en como medio de almacenamiento temporal, para llevar valores o como recipientes intermedios para realizar cálculos.
• Un bloque de sentencias escrito en lenguaje de Trigger y procedimiento entre BEGIN y END. Las sentencias son las que permiten la lógica del procedimiento, y son las encargadas de ejecutarse cuando se le ejecuta.

Para poder entender de una manera más práctica lo anteriormente mencionado, es importante observar la sintaxis para la creación de un procedimiento mediante la orden CREATE PROCEDURE:
 

CREATE PROCEDURE nombre [ (parámetro Tipo_de_dato [, parámetro Tipo_de_dato …])]

[RETURNS ( parámetro Tipo_de_dato [, parámetro Tipo_de_dato …])]

AS

<Cuerpo del procedimiento>;

<Cuerpo del procedimiento =[ <Lista de declaración de variables> ]<bloque>

< Lista de declaración de variables > =

DECLARE VARIABLE variable Tipo_de_dato;

[DECLARE VARIABLE variable Tipo_de_dato; …]

<bloque> = BEGIN

<Sentencias> = { <bloque | Sentencia>;}

EJEMPLOS

Como puede observarse, la sintaxis es muy sencilla y es fácil de aprender por su simplicidad en las palabras reservadas. En el Cuadro 1 se resumen la aplicación de cada una de los elementos de la sintaxis. Los siguientes ejemplos aclaran mejor la sintaxis inicial.
   

1.

CREATE PROCEDURE almacen_alta (ALMACEN CHAR(3))
AS
DECLARE VARIABLE articulo CHAR(10) ;
DECLARE VARIABLE ArtTmp CHAR(10) ;
BEGIN
......

END

Cuadro 1.
  

En este ejemplo se ilustra la creación de un procedimiento que acepta un parámetro entrada ALMACEN de tipo CHAR(3), y la declaración de dos variables Articulo y ArtTmp.
 

2.

CREATE PROCEDURE con_dame_nivel (CUENTA VARCHAR(15))
RETURNS (NIVEL SMALLINT)
AS
BEGIN
.......

END

La anterior instrucción crear un procedimiento CON_DAME_NIVEL que acepta como parámetro de entrada CUENTA de tipo VARCHAR(15) y retorna una variable NIVEL de tipo SMALLINT.
 

3.

CREATE PROCEDURE duplicados
RETURNS (Z CHAR(4))
AS

BEGIN

....

END

Este ejemplo permite ilustrar que los parámetros de entrada son opcionales. La instrucción anterior crear un procedimiento DUPLICADOS que no tiene parámetros de entrada, pero que retorna una variable Z de tipo CHAR(4).

4.

CREATE PROCEDURE log_entradas_entrada (MAQUINA VARCHAR(31), NOMBRE VARCHAR(31))
RETURNS

(ENTRADA INTEGER, USUARIO INTEGER, FECHA DATE, EJERCICIO CHAR(4))
AS
BEGIN

....

END

Este ejemplo permite ilustra la forma de colocar varios parámetros de salida. La instrucción crea un procedimiento LOG_ENTRADAS_ENTRADA que acepta dos parámetros de entrada MAQUINA y NOMBRE de tipo VARCHAR(31) cada una, y retorna cuatro variables de salida, ENTRADA y USUARIO de tipo INTEGER, FECHA de tipo DATE y ejercicio de tipo CHAR(4).

En las próximas secciones se estudiará mas a fondo cada una de las sentencias utilizadas dentro del cuerpo del procedimiento. Como se puede notar, los anteriores ejemplos únicamente ilustran la utilización de parámetros, tanto de entrada como de salida y la declaración de variables, que se utilizarán dentro del cuerpo del procedimiento.

Los anteriores ejemplo ilustran los posibles casos en la utilización de parámetros, eso es para dejar claro cualquier posibilidad y el lector tenga un ejemplo de cada uno. En el ejemplo de curso, se encuentran todos estos procedimientos, así como los que se utilizarán más adelante.
 

EJECUTANDO PROCEDIMIENTOS ALMACENADOS

Ya se ha estudiado la cabecera y la forma de declaración de parámetros de entrada y salida en la sección anterior. Ahora se estudiará las posibilidades para llamar procedimientos y la forma de ejecutarlos.
 

Para llamar un procedimiento se utiliza la instrucción SQL EXECUTE PROCEDURE, que tiene la siguiente sintaxis:

Desde SQL la sintaxis es :

EXECUTE PROCEDURE [TRANSACTION Transacción] Nombre

[RETURNING_VALUES

: Parámetro [[INDICATOR]: Indicador]

[, : Parámetro [[INDICATOR]: Indicador] …]];
 
 

En el cuadro 2 se describen cada una de las claúsulas anteriores.

Cuadro 2
 

Desde DSQL la sintaxis es :

EXECUTE PROCEDURE Nombre [ parámetro [,parámetro …]]

[RETURNING_VALUES parámetro [,parámetro …]]

Desde ISQL

EXECUTE PROCEDURE Nombre [parámetro [,parámetro …]]

En ISQL no es necesario anotar parámetros de salida, ya que automáticamente retorna valores de salida.
 

EXECUTE PROCEDURE llama a un procedimiento definido en la base de datos. Si el procedimiento requiere parámetros de entrada, deben de ser suministrados a través de variables del lenguaje host o como constantes. SI el procedimiento requiere parámetros de salida, deben de suministrarse en la claúsula RETURNING_VALUES por medio de variables host.
 

Los siguientes ejemplos ilustran las llamadas a procedimientos almacenados.

1.

EXECUTE PROCEDURE escandallo_controla( :M, :HIJO);

Se puede observar en este ejemplo el llamado al procedimiento escandallo_controla, el cual no retorna valores y utiliza dos parámetros de entrada.

Este procedimiento es llamado desde otro procedimiento, es por esa razón que las variables tienen los dos puntos (:), eso se explicará más adelante.
 

2.

EXECUTE PROCEDURE escandallo_ajusta_articulo (:ARTICULO, :COSTO)
RETURNING_VALUES :COSTE ;

En este caso el procedimiento escandallo_ajusta_artículo es ejecutado enviando dos parámetros :artículo y :costo y retorna en la variable :coste un parámetro de salida.

3.

En isql se puede ejecutar el procedimiento anterior, para ello no es necesario anotar valores de retorno, ya que automáticamente los desplegaría. La razón es muy obvia, no hay forma de declarar variables host en isql.

La instrucción se ejecutaría de la siguiente manera:

EXECUTE PROCEDURE escandallo_ajusta_articulo (10, 1000)

La instrucción EXECUTE PROCEDURE no se utiliza para ejecutar los procedimientos SELECT, es utilizada para llamar los procedimientos.

Para ejecutar un procedimiento SELECT, se utiliza en lugar de una tabla o vista, y se suplen los parámetros delimitados por comas (,). Observar el siguiente ejemplo :
 

1.

SELECT producto FROM Obtener_Producto_costo(:Valor)

ORDER BY Producto;

El resultado de la instrucción SELECT anterior en el resultado de la ejecución del procedimiento Obtener_producto_costo, y retorna el parámetro de salida en Producto.

Un procedimiento Select, puede ser utilizado en cualquier parte donde una tabla o vista se puede desplegar. La única diferencia, es que hay que suplir los valores de entrada al procedimiento.
 

MODIFICANDO Y ELIMINANDO PROCEDIMIENTOS ALMACENADOS
 

Para modificar un procedimiento se utiliza ALTER PROCEDURE, esta sentencia cambia la definición de un procedimiento almacenado sin afectar sus dependencias.

La sintaxis de ALTER PROCEDURE es similar a la de CREATE PROCEDURE.

ALTER PROCEDURE nombre

[( variable Tipo_de_dato [, variable Tipo_de_dato …])]

[RETURNS ( variable Tipo_de_dato [, variable Tipo_de_dato …])]

AS

<Cuerpo del procedimiento;

EJEMPLO :

ALTER PROCEDURE ESCANDALLO_CONTROLA (PADRE VARCHAR(10),

HIJO VARCHAR(10))

AS

DECLARE VARIABLE M VARCHAR(10) ;

BEGIN

FOR SELECT MAESTRO FROM ART_ESCANDALLO WHERE (DETALLE = :PADRE ) INTO :M

DO BEGIN

IF ( M = HIJO ) THEN EXCEPTION ERROR_ESCANDALLO ;

EXECUTE PROCEDURE ESCANDALLO_CONTROLA :M,:HIJO;

END

END

La sintaxis del cuerpo del procedimiento se irá explicando en los próximos apartados, en el anterior ejemplo se ha utilizado para indicar las modificaciones.

Hay que tener mucho cuidado al modificar el orden y tipo de los parámetros de un procedimiento, tanto para el código escrito en el cuerpo, como para los otros procesos que lo estén utilizando.

Un procedimiento puede ser modificado en su totalidad, tanto parámetros como cuerpo del procedimiento.
   

ELIMINACIÓN DE PROCEDIMIENTOS. DROP PROCEDURE

La sentencia DROP PROCEDURE borra un procedimiento de la base de datos.

Hay que tener en cuenta que:

• Los procedimientos utilizados por otros procedimientos, triggers o vistas no puedes ser borrados. Esto es para evitar la integridad referencial de procesos y no dejar la base de datos en un estado lamentable
• Los procedimientos en uso, no pueden ser borrados. Esto es obvio, ya que algún proceso que lo este utilizando, podría quedar con resultados no esperados.

La sintaxis es:

DROP PROCEDURE nombre;

Ejemplo:

DROP PROCEDURE ESCANDALLO_CONTROLA;

COMANDOS ADICIONALES DEL LENGUAJE DE LOS PROCEDIMIENTOS

Mas que comandos, se podrían definir como sentencias para procedimientos. Las sentencias disponible definen la sintaxis utilizada para crear el cuerpo del procedimiento. Esta sintaxis es resumida en el cuadro 3 de el siguiente ítem de tema.
  

Las sentencias aquí utilizadas corresponden al LENGUAJE DE PROCEDIMIENTOS Y TRIGGERS; la lista del cuadro 3, corresponden a las instrucciones que pueden utilizarse el los procedimientos almacenados.

Cuadro 3
 

LOS COMANDOS BEGIN END

Define un bloque se sentencias que se ejecutan como uno. La forma como se define un bloque, es iniciando con la instrucción BEGIN y finalizando con END.

Las instrucciones que pueden manipular bloques son :

• El cuerpo del procedimiento. Eso obligatorio colocar un bloque BEGIN END, y es denominado el bloque principal.

Ejemplo :

CREATE PROCEDURE LOG_ENTRADAS_ENTRADA (MAQUINA VARCHAR(31), NOMBRE VARCHAR(31))
RETURNS (ENTRADA INTEGER, USUARIO INTEGER, FECHA DATE, EJERCICIO CHAR(4))
AS
BEGIN

....

END

• Dentro de una instrucción FOR ...SELECT ....DO. Si el proceso que se va a realizar por cada interacción corresponde a más de una sentencia, debe de obligatoriamente ir un bloque BEGIN END.

Ejemplo:

BEGIN /* BEGIN del cuerpo del procedimiento*/

....

FOR SELECT ARTICULO FROM ART_ARTICULOS INTO :ARTICULO
DO

BEGIN /* BEGIN del bloque de la sentencia FOR SELECT*/
ARTTMP = NULL ;
SELECT ARTICULO FROM ART_EXISTENCIAS WHERE ((ARTICULO = :ARTICULO)
AND (ALMACEN = :ALMACEN ))
INTO :ARTTMP ;
IF ( ARTTMP IS NULL )THEN
INSERT INTO ART_EXISTENCIAS(ARTICULO,ALMACEN)
VALUES(:ARTICULO,:ALMACEN) ;
END /* END del bloque de la sentencia FOR SELECT.*/
....

END /*END del cuerpo del procedimiento*/

• Dentro de una instrucción IF ... THEN si el bloque tienen más de una sentencia incluida.

Ejemplo:

...

IF ( TITULO IS NULL ) THEN
BEGIN /* BEGIN del bloque del IF.*/
SI = 0 ;
SUSPEND ;
END /* END del bloque del IF*/
....

• Dentro de una instrucción WHILE si el bloque tiene más de una sentencia incluida.

Ejemplo :

...

BEGIN /* BEGIN del cuerpo del procedimiento*/
 

CONTADOR = 1 ;
RESULTADO = 1 ;
WHILE ( CONTADOR <= EXPONENTE ) DO
BEGIN /* BEGIN del bloque de la instrucción WHILE*/
RESULTADO = ( RESULTADO * BASE ) ;
CONTADOR = ( CONTADOR + 1 ) ;
END /* END del bloque de la instrucción WHILE.*/
....

END /*END del cuerpo del procedimiento*/

• Dentro de una sentencia WHEN, si de la misma manera tiene más de una instrucción para ejecutarse en el bloque.

Ejemplo :

BEGIN /* BEGIN del cuerpo del procedimiento*/

...

WHEN SQLCODE -530 DO

BEGIN /* BEGIN del bloque de la instrucción WHEN*/

VALOR = 1;

SUSPEND ;

END /END del bloque de la instrucción WHEN*/
END /*END del cuerpo del procedimiento*/
 

Los comentario se colocan entre /* y */. Los comentarios siempre serán útiles, tanto para el programador, como para los futuros programadores de la aplicación, ya que le permitirán tener una guía. Es aconsejable no solo colocar comentarios, sino buenos comentarios, que permitan de alguna forma leer el código fuente sin necesidad de realizar procesos complejos para entenderlo.

Ejemplo :

CREATE PROCEDURE POTENCIA (BASE INTEGER, EXPONENTE INTEGER)
RETURNS (RESULTADO DOUBLE PRECISION)
AS
DECLARE VARIABLE CONTADOR INTEGER ;
BEGIN

/* Este procedimiento toma como parámetros la base y el exponente al que hay que */

/* Elevar la base para calcular la potencia. */

CONTADOR = 1 ; /* Lleva las interacciones desde el valor 1 hasta el valor del exponente */
RESULTADO = 1 ; /* Es el acumulador donde se almacenará el valor final de la potencia */
WHILE ( CONTADOR <= EXPONENTE ) DO
BEGIN

/* La lógica consiste en ir multiplicando la base por ella misma Exponente veces */
RESULTADO = ( RESULTADO * BASE ) ;
CONTADOR = ( CONTADOR + 1 ) ;
END
END

ASIGNACIONES

La asignación se ha definido como :

Variable = Expresión.

Hay que notar que el resultado de la expresión se almacena en una variable, así el lado derecho queda definido como una variable, donde VARIABLE puede ser un valor de un parámetro de salida o una variable declarada con DECLARE VARIABLE.

La expresión puede ser :

• Una combinación válida de variables con operadores. Se ha mencionado válida, por el hecho de que a las variable de tipo numérico deberían de asignárseles valores numéricos y a las variables de tipo CHAR, deberían de asignárseles valores de tipo CHAR.

Ejemplo:

RESULTADO = ( RESULTADO * BASE ) ;
PER_CAL = PERIODO ;

• Una combinación válida de variables, constantes y expresiones por medio de operadores.

Ejemplo :

• Puede incluir generadores, para incrementar su valor.

Ejemplo :

CODIGO = GEN_ID( CONTA_CLIENTES , 1 ) ;

Explicaremos más adelante la sintaxis para la creación de generadores y su significado en las base de datos Interbase.
 
 

• Puede incluir llamados a funciones definidas por el usuario, UDFs.

Ejemplo :

VALOR := CONCAT(VALOR1,VALOR2);

Donde CONCAT es alguna función definida en una DLL, por ejemplo.

• Pueden incluirse asignaciones con cambio de tipos por medio del CAST.

Ejemplo :

D_HASTA = CAST(('12-31-' || EJERCICIO)AS DATE ) ;

En este caso se asigna un valor fecha, a la variable D_HASTA a partir de la variable EJERCICIO de tipo CHAR.
 

BIFURACIONES USANDO IF THEN ELSE

Las instrucciones condicionales son muy importantes es todo lenguaje que se este utilizando, podría decirse que no tiene sentido un lenguaje sin instrucciones IF...THEN..

La sintaxis para escribir esta clase de instrucciones es muy similar a la de muchos lenguajes de programación, aquí incluimos la utilizada por los Procedimientos almacenados.

IF <Condición THEN

<Sentencia ELSE

<Sentencia

La forma de evaluarse cual de las dos sentencias se ejecuta, depende del valor resultante en la condición, si es verdadero, se ejecutara la primera sentencia, si en falso, se ejecutará la sentencia correspondiente al ELSE.

La sentencia corresponde a cualquier sentencia que pueda ejecutarse en un procedimientos almacenado, incluso puede ser otro IF...THEN.

Por medio de ejemplos se ilustrará como puede ser establecida la condición de la Condición.
 

EJEMPLOS:

1.

IF ( DESTINO = -1 ) THEN
UPDATE EMP_CLIENTES SET TOTAL_VENTAS = ( TOTAL_VENTAS + :TOTAL )
WHERE TERCERO = :TERCERO ;

Este ejemplo ilustra la forma más simple de una instrucción IF, la comparación de igualdad por medio del operador =. Se pueden utilizar otros operadores de comparación como son:
 

< Menor que

> Mayor que

= Igual

<= Menor o Igual

= Mayor o Igual

IS NOT NULL No es de valor nulo

IS NULL Es de valor nulo.
 

Como por ejemplo

....

IF ( USUARIO IS NULL ) THEN
BEGIN
....

2.

IF ( PERIODO IN ('00','13','17','19') ) THEN PER_CAL = '01' ;

Se puede realizar la comparación de una variable en un rango de valores, estos son escritos como una lista separada por comas (,) y cada valor del mismo tipo de la variable.
 

3.

IF ((DEBE<0)OR(HABER<0)) THEN SEPUEDE = 0 ;

Se pueden utilizar los operadores lógicos y los paréntesis para agrupar valores booleanos.

Los operadores lógicos AND y OR y NOT.
 

4.

IF ( PERIODO = '14' ) THEN PER_CAL = '04' ;

Si se van a comparar valores de tipo CHAR con constantes, estas se encierran entre comillas simples.
 

BUCLES USANDO WHILE DO

La única forma de realizar bucles o secuencias repetitivas es a través del WHILE DO, me refiero a sentencias repetitivas sin utilizar conjuntos de datos, que se verá mas adelante, que pueden ser implementadas con sentencias FOR SELECT.

La sintaxis utilizada es muy común a la utilizada por pascal:
WHILE <Condición

DO <Sentencia

La condición de la claúsula <Condición tiene las mismas características que la condición que se utiliza en la sentencia IF.. THEN. Por lo tanto sobra explicarla de nuevo en esta sección.

La sentencia corresponde a cualquier sentencia válida en el LENGUAJE DE PROCEDIMIENTOS Y TRIGGERS.

Utilizar bucles en los procedimientos almacenados es muy útil para realizar cálculos, pero no para hacer navegación con las tablas o vistas, para ello se utiliza la instrucción FOR SELECT.
 

EJEMPLO:

1.

CREATE PROCEDURE POTENCIA (BASE INTEGER, EXPONENTE INTEGER)
RETURNS (RESULTADO DOUBLE PRECISION)
AS
DECLARE VARIABLE CONTADOR INTEGER ;
BEGIN
CONTADOR = 1 ;
RESULTADO = 1 ;
WHILE ( CONTADOR <= EXPONENTE ) DO
BEGIN
RESULTADO = ( RESULTADO * BASE ) ;
CONTADOR = ( CONTADOR + 1 ) ;
END
END

Esta es la forma práctica de realizar un proceso POTENCIA.

2.

FOR SELECT JOB_CODE, JOB_GRADE, JOB_COUNTRY

FROM JOB

WHERE LANGUAGE_REQ IS NOT NULL

INTO :CODE, :GRADE, :CTY

DO

BEGIN

I = 1;

WHILE (I <= 5) DO

END

El anterior ejemplo es la forma de mostrar el contenido de un campo de tipo ARRAY, para ello, es necesario utilizar la sentencia WHILE DO.
 

USANDO DECLARACIONES DE TIPO DML DENTRO DE LOS PROCEDIMIENTOS

USANDO SELECT EN UN PROCEDIMIENTO

La sentencias SELECT se pueden utilizar dentro de un procedimiento almacenado, pero si devuelven un solo valor. Pueden ser utilizadas para recuperar valores de los campos de las tablas, que puedan ser manipulados para cualquier proceso referente al PROCEDIMENTO ALMACENADO que la utilice.

Debe de contener una claúsula INTO donde se almacene el valor de retorno de la consulta.

Ejemplo:

1.

CREATE PROCEDURE DAME_NIVELES_CONTABLES (EMPRESA SMALLINT, EJERCICIO CHAR(4))
RETURNS (NIVELES SMALLINT)
AS
BEGIN
SELECT MAX(NIVEL)FROM CON_CUENTAS_NIVELES
WHERE ((EMPRESA=:EMPRESA)AND(EJERCICIO=:EJERCICIO)) INTO :NIVELES ;
END

En este ejemplo se ilustra como la instrucción SELECT retorna un solo valor, que almacena en la variable niveles que es el parámetro de salida del procedimiento.
 
 

2.

CREATE PROCEDURE LOG_ENTRADAS_VALIDA_SA (NOMBRE VARCHAR(31), ENTRADA INTEGER)
RETURNS (USUARIO SMALLINT,
CLAVE VARCHAR(31), NIVEL SMALLINT, EMPRESA SMALLINT, EJERCICIO CHAR(4), ICONOS SMALLINT)
AS
BEGIN
SELECT USUARIO,CLAVE,NIVEL,EMPRESA,EJERCICIO,ICONOS_SIMPLES FROM SYS_USUARIOS
WHERE (NOMBRE=:NOMBRE) INTO :USUARIO,:CLAVE,:NIVEL,:EMPRESA,:EJERCICIO,:ICONOS ;

UPDATE SYS_ENTRADAS SET USUARIO = :USUARIO ,
EMPRESA = :EMPRESA WHERE ENTRADA = :ENTRADA ;
END

En este ejemplo se ilustra un forma de realizar una sentencia UPDATE con los valores de retorno de la instrucción SELECT.

USANDO INSERT, UPDATE Y DELETE

En el último ejemplo se puede observar la forma de realizar una sentencia UPDATE. Una de las ventajas de los procedimientos almacenados, es que permiten realizar actualizaciones, inserciones y borrados de datos de cualquier tabla de la base de datos.

Esta característica permite realizar verdaderos procesos de transacción, accediendo a muchos recursos de la base de datos de una forma centralizada.

EJEMPLOS:

1.

CREATE PROCEDURE LOG_ENTRADAS_SALIDA (ENTRADA INTEGER)
AS
BEGIN
UPDATE SYS_ENTRADAS SET FEC_SALIDA = 'NOW' WHERE ENTRADA = :ENTRADA ;
END

El procedimiento LOG_ENTRADAS_SALIDA actualiza la tabla SYS_ENTRADAS con la fecha actual, dado un valor clave ENTRADA.

2.

CREATE PROCEDURE LOG_ENTRADAS_ALTA (MAQUINA VARCHAR(31), LOGIN VARCHAR(31), OS VARCHAR(100))
RETURNS (ENTRADA INTEGER,
FECHA DATE)
AS
DECLARE VARIABLE UBICACION SMALLINT ;
BEGIN
SELECT UBICACION FROM SYS_UBICACIONES
WHERE ((MAQUINA=:MAQUINA) AND (LOGIN=:LOGIN) AND (SISTEMA=:OS))
INTO :UBICACION ;
IF ( UBICACION IS NULL ) THEN
BEGIN
UBICACION = GEN_ID(CONTA_UBICACIONES,1) ;
INSERT INTO SYS_UBICACIONES(UBICACION,MAQUINA,LOGIN,SISTEMA)
VALUES(:UBICACION,:MAQUINA,:LOGIN,:OS);
END
ENTRADA = GEN_ID( CONTA_ENTRADAS,1) ;
INSERT INTO SYS_ENTRADAS(ENTRADA,USUARIO,EMPRESA,UBICACION)
VALUES(:ENTRADA,0,0,:UBICACION) ;
FECHA = 'NOW' ;
END

Cuando se ejecuta el procedimiento LOG_ENTRADAS_ALTA, se inserta en la tabla SYS_ENTRADAS el registro de la entrada del usuario.

3.

CREATE PROCEDURE LOG_ENTRADAS_VACIA_2 (ENTRADA INTEGER)
AS
BEGIN
DELETE FROM SYS_ENTRADAS WHERE ( ENTRADA = :ENTRADA ) ;
WHEN SQLCODE -530 DO SUSPEND ;
END

Este procedimiento se utiliza para borrar las entradas de la tabla SYS_ENTRADAS.

LA DECLARACIÓN FOR SELECT DO

La orden FOR SELECT retorna múltiples registros en un procedimiento. La sintaxis utilizada es:

FOR <Sentencia Select

DO <Sentencia

La sentencia FOR SELECT es diferente de la sentencia SELECT, ya que es obligatorio incluir la claúsula INTO dentro de la sentencia SELECT para el FOR SELECT.

Otra diferencia fundamental es la forma como se ejecuta la sentencia FOR SELECT. Por cada registro que retorna la instrucción FOR SELECT, se ejecutan las sentencias de la instrucción DO.

La serie de ejemplo siguientes, ilustra la utilización de la instrucción FOR SELECT.

1.

CREATE PROCEDURE CONTACTOS_AJUSTA
AS
DECLARE VARIABLE TERCERO INTEGER ;
DECLARE VARIABLE CONTACTO SMALLINT ;
BEGIN
FOR SELECT DISTINCT TERCERO FROM SYS_CONTACTOS INTO :TERCERO
DO

BEGIN

END

END

Cuando se ejecuta el procedimiento CONTACTOS AJUSTA, primero realiza una selección de todos los terceros de la tabla contactos, por cada tercero selecciona el valor del contacto más alto, y lo actualiza en el campo de la tabla SYS_TERCEROS, ajustando el número de contactos del tercero.

2.

Este ejemplo muestra la creación de un procedimiento que contiene dos FOR SELECT anidados. Tiene el mismo comportamiento de dos ciclos anidados en programación. Las dos instrucciones están completamente relacionadas, para realizar un borrado en propagación.

CREATE PROCEDURE CON_CUENTAS_BAJA_PROPAGA (EMPRESA SMALLINT, EJERCICIO CHAR(4))
AS
DECLARE VARIABLE NIVEL SMALLINT ;
DECLARE VARIABLE CANAL SMALLINT ;
BEGIN
FOR SELECT CANAL FROM CON_CANALES WHERE((EMPRESA=:EMPRESA)AND(EJERCICIO=:EJERCICIO)) ORDER BY CANAL INTO :CANAL DO
FOR SELECT NIVEL FROM CON_CUENTAS_NIVELES
WHERE(( EMPRESA=:EMPRESA )AND(EJERCICIO=:EJERCICIO))
ORDER BY NIVEL DESC INTO :NIVEL DO
DELETE FROM CON_CUENTAS WHERE ((EMPRESA=:EMPRESA) AND (CANAL=:CANAL)

END
 

Los parámetros de entrada son utilizados para pasar valores de una aplicación a un procedimiento; son declarados como una lista separada por comas y entre paréntesis. Una vez declarados pueden ser utilizados en cualquier lugar donde una expresión pueda aparecer.

Todos los parámetros son pasados por valor, es decir que si se modifican dentro del procedimiento no afecta su valor externo.

Ejemplo:

La siguiente sentencia declara un procedimiento con dos valores de entrada.

CREATE PROCEDURE

NUEVA_TERCEROCUENTA (TERCERO INTEGER, CUENTACOMP CHAR(23))

AS
 

Los parámetros de salida son utilizados para retornar valores a las llamadas desde aplicaciones. Son declarados como una lista separada por comas y entre paréntesis, después de la palabra RETURNS.

Una vez declarado puede ser utilizado en cualquier parte del código donde una expresión pueda aparecer
 
 

Ejemplo:
 
 

CREATE PROCEDURE DAME_PRODUCTO

RETURNS (CODIGO INTEGER)

AS

BEGIN

CODIGO = GEN_ID( CONTA_PRODUCTOS , 1 ) ;

END
 
 

Un procedimiento que retorna valores lo hace por medio de SUSPEND.
 
 

En una instrucción SELECT que utiliza valores de un procedimiento los nombres de las columnas deben empatar con los nombres de los parámetros de salida y sus tipos de datos.
 
 

Si es un procedimiento ejecutable no es necesario que empaten los valores de salida.
 

PROCEDIMIENTOS QUE DEVUELVEN MÚLTIPLES REGISTROS. LA ORDEN SUSPEND

La sentencia SUSPEND suspende la ejecución de un procedimiento almacenado. SUSPEND también retorna valores en los parámetros de salida de un procedimiento.

SUSPEND no debería ser utilizado en procedimiento ejecutables, ya que la próxima sentencia nunca es ejecutada. Debería de ser utilizada EXIT para indicar explícitamente que la sentencia termina el procedimiento.

Para observar mejor ese comportamiento se utiliza la siguiente tabla:
 
 
 

Ejemplo:

CREATE PROCEDURE P RETURNS (r INTEGER)

AS

BEGIN

r = 0;

WHILE (r < 5) DO

BEGIN

r = r + 1;

SUSPEND;

IF (r = 3) THEN

EXIT;

END

END;

Si se utiliza el procedimiento en un SELECT entonces:

SELECT * FROM P;

Retorna valores de 1,2 y 3 a la aplicación que lo llama, ya que el SUSPEND retorna el corriente valore de "r" a la aplicación. El procedimiento termina cuando él encuentra EXIT.

Si el procedimiento es utilizado como un procedimiento ejecutable, por ejemplo:

EXECUTE PROCEDURE P;

Entonces retorna 1, ya que SUSPEND termina el procedimiento y retorna el valor corriente de "r" a la aplicación. Esto no es recomendado, pero es incluido a modo de ejemplo.

CONCEPTO Y USO DE LOS DISPARADORES EN INTERBASE. TRIGGERS

Un TRIGGER es una rutina asociada con una tabla o vista que automáticamente ejecuta una acción cuando un registro o fila en una tabla o vista es insertada, actualizada o borrada.

Un TRIGGER nunca es utilizado directamente, el automáticamente se ejecuta cuando un usuario intenta hacer un INSERT, UPDATE o DELETE en el registro de una tabla.

La utilización de TRIGGERS tiene una serie de ventajas:

• Asegura que los usuarios introduzcan valores válidos.
• Reduce el mantenimiento de las aplicaciones. Cualquier modificación se refleja en todas las aplicaciones que la utilicen.
• Notificación automática de cambios a la base de datos con alertadores de eventos.

Un TRIGGER es definido con CREATE TRIGGER, el cual esta compuesto de CABECERA(header) y CUERPO(body).
 

La cabecera contiene:  

• Un nombre de trigger, único en la base de datos.
• Un nombre de tabla, que identifica la tabla a la cual esta asociado.
• Sentencias que determinan cuando se dispara el trigger.
   

El cuerpo (body) contiene:

• Una lista opcional de variables locales y sus tipos de datos.
• Un bloque de sentencias del lenguaje de TRIGGER y procedimiento, que empiezan con BEGIN y termina en END. Estas sentencias se ejecutan cuando se dispara el TRIGGER.

Todas las sentencias de código terminan con punto y coma(;), por lo tanto hay que utilizar SET TERM para modificarlo antes de la definición del TRIGGRES y luego colocarlo con SET TERM de nuevo.
 

La sintaxis es:

CREATE TRIGGER nombre FOR { tabla | vista}

[ACTIVE | INACTIVE]

{BEFORE | AFTER} {DELETE | INSERT | UPDATE}

[POSITION numero]

AS < Cuerpo del TRIGGER

< Lista de declaración de variables > =

DECLARE VARIABLE variable Tipo_de_dato;

[DECLARE VARIABLE variable Tipo_de_dato; …]

< bloque > =

BEGIN

< Sentencia >

[< Sentencia … >]

END

< Sentencia >= {< bloque > | Sentencia;}
 

Donde se tiene que:
 

Este es un TRIGGER de respuesta definido para la tabla CON_APUNTES, que se dispara después de cualquier inserción de un registro.

2.

CREATE TRIGGER SYS_CONSTANTES_BI0 FOR SYS_CONSTANTES

ACTIVE BEFORE INSERT POSITION 0

AS

BEGIN

EXCEPTION ERROR_REGISTRO_UNICO ;

END
 
 

Este TRIGGER se dispara antes que se inserte un registro en la tabla SYS_CONSTANTES.

La utilización de NEW y OLD se explicará más adelante.
 
 

El lenguaje de Procedimiento y TRIGGERS en un completo lenguaje para almacenar procedimientos y TRIGGERS.

Este lenguaje incluye:

• Sentencias de manipulación de datos. INSERT, DELETE, UPDATE y eL SELECT simple.
• Operadores SQL y expresiones, incluyendo UDF&acute;s (Funciones definidas por el usuario), enlazadas con el servidor de la base de datos y generadores.
• Poderosas extensiones SQL, que incluyen : Asignaciones, sentencias de control de flujo, variables de contexto, excepciones y sentencias de manejo de errores.

Tanto los Procedimientos como los TRIGGERS utilizan el mismo lenguaje, con algunas diferencias

• Las variables de contexto son solo para los TRIGGERS.
• Parámetros de Entrada y Salida y las sentencias SUSPEND y EXIT, las cuales retornan valores son únicos para los procedimientos.

RESUMEN DE SENTENCIAS PARA TRIGGERS
 

La utilización de estas sentencias es similar a las sentencias utilizadas en procedimientos, la única diferencia es la utilización de las variables de contexto NEW y OLD que se verán más adelante.

Otro concepto importante para no dejarlo de lado, consiste en la utilización de la palabra reservada POSITION, para ello se puede observar el siguiente ejemplo.
 
 

Ejemplo de Cabeceras:

CREATE TRIGGER A FOR CONSTANTES BEFORE UPDATE POSITION 5 AS …

CREATE TRIGGER B FOR CONSTANTES BEFORE UPDATE POSITION 0 AS …

CREATE TRIGGER C FOR CONSTANTES AFTER UPDATE POSITION 5 AS …

CREATE TRIGGER D FOR CONSTANTES AFTER UPDATE POSITION 3 AS …

Cuando la siguiente actualización se ejecuta:

UPDATE CONSTANTES SET MODO_DE_CONTADORES = ‘1’

WHERE MODO_DE_CONTADORES = ‘0’

;

La siguiente secuencia se dispara:

TRIGGER B , A , la actualización ocurre,

TRIGGER D , entonces C finaliza.
 

Los TRIGGERS pueden utilizar dos variables de contexto: OLD y NEW.

La variable de contexto OLD se refiere al valor corriente o previo en un registro que esta siendo actualizado o borrado. OLD no es utilizado para INSERT ( No es lógico , no hay anterior valor). NEW no es utilizado para DELETE ( no es lógico porque no hay nuevo valor). Las variables de contexto son utilizadas para comparar valores de una columna antes y después de ser modificadas.

El siguiente ejemplo muestra la utilización de estas sentencias.

SET TERM !! ;

CREATE TRIGGER EDITA_VENTAS_AU0 FOR VENTAS

AFTER UPDATE

SET TERM ; !!

Este TRIGGER se dispara después que se actualiza la tabla Ventas, Actualizando la tabla clientes con los nuevos acumulados de ventas
 

Un generador es un objeto que es automáticamente incrementado cada vez que la función GEN_ID() es llamada.

Los generadores son utilizados para asegurar que un número insertado en una columna sea único.

Un Generador es creado con CREATE GENERATOR e inicializado con SET GENERATOR, si no son inicializados comienzan con un valor de 1.

Los generadores deben de ser creados antes de utilizar GEN_ID()

GEN_ID( nombre , paso)

Donde nombre es un generador creado anteriormente y paso se refiere a la cantidad que se incrementara el generador, Paso puede ser un valor entero o el resultado de una expresión.

Lo siguientes ejemplos ilustran la utilización del OLD y el NEW, junto con los generadors:

1.

CREATE TRIGGER Alta_Movimientos_bi0 FOR MOVIMIENTOS

BEFORE INSERT AS

BEGIN

NEW.MOVIMIENTO = GEN_ID( CONTA_MOVIMIENTOS , 1 ) ;

END !!
 
 

2.

CREATE TRIGGER ART_FAMILIAS_BI0 FOR ART_FAMILIAS

ACTIVE BEFORE INSERT POSITION 0

AS

BEGIN

NEW.IVA = 1 ;

NEW.CUENTA_COMPRAS = '60000000' ;

NEW.CUENTA_VENTAS = '70000000' ;

NEW.TITULO = 'FARMACIA' ;

END
 
 

ALTER TRIGGER puede modificar :

• La información de la cabecera del TRIGGER, el estado de activación, cuando ejecuta las acciones, el evento que dispara el TRIGGER y el orden en que se dispara el TRIGGER.
• La información del cuerpo del TRIGGER y las sentencias seguidas al AS.

La sintaxis es:

ALTER TRIGGER nombre

[ACTIVE | INACTIVE]

[{BEFORE |

AFTER} {

DELETE |

INSERT |

UPDATE}]

[POSITION numero]

AS < Cuerpo del TRIGGER ;

La sintaxis de ALTER TRIGGER es idéntica que la de CREATE TRIGGER. Excepto que FOR tabla, es omitida, ya que no se puede modificar la tabla donde el TRIGGER esta asociado.

Ejemplos:

1.

ALTER TRIGGER ALTA_MOVIMIENTOS_BI0

ACTIVE

BEFORE INSERT;

2.

ALTER TRIGGER ALTA_MOVIMIENTOS_BI0 FOR MOVIMIENTOS

BEFORE INSERT AS

BEGIN

NEW.MOVIMIENTO = GEN_ID( CONTA_MOVIMIENTOS , 2 ) ;

END

Un TRIGGER puede ser removido temporalmente o permanentemente. Para removerlo temporalmente se hace con ALTER TRIGGER y se especifica INACTIVE

Para borrarlo permanentemente se hace con DROP, cuya sintaxis es:

DROP TRIGGER nombre;

Ejemplo:

DROP TRIGGER ALTA_MOVIMIENTOS_BI0;
 

Los TRIGGERS pueden utilizarse de muchas formas, he aquí algunos ejemplos:

• Realizar actualizaciones correlacionadas. Por ejemplo para llevar un archivo LOG de cambios en una base de datos.
• Para forzar a que solo entren a la base de datos valores válidos.
• Para transformación automática de datos. Por ejemplo para convertir valores de cadenas de caracteres a mayúsculas.
• Para notificar a las aplicaciones de cambios en la base de datos con disparadores de eventos.
• Para ejecutar actualizaciones de integridad referencial en cascada.

Los triggers son almacenados en la base de datos, como también los procedimientos y excepciones.
 

Una excepción es un mensaje de error con nombre que puede ser disparado desde un procedimientos almacenado. Las excepciones son creadas con CREATE EXCEPTION, modificadas con ALTER EXCEPTION y eliminadas con DROP EXCEPTION.

Para disparar una excepción desde un procedimiento almacenado, se utiliza la instrucción EXCEPTION de la siguiente manera:

EXCEPTION Nombre_excepción;

Para poderse utilizar una excepción es necesario crearla y almacenarla en la base de datos mediante COMMIT.
 

Para crear una excepción se utiliza la siguiente sintaxis.
 

CREATE EXCEPTION nombre "<Mensaje";
 

Ejemplo:

CREATE EXCEPTION ERROR_ESTRUCTURA_BLOQUEADA "Estructura de contabilidad bloqueada".

Para modificar una excepción se utiliza la siguiente sintaxis:

ALTER EXCEPTION nombre "<Mensaje";

Ejemplo:

ALTER EXCEPTION ERROR_ESTRUCTURA_BLOQUEADA "Estructura bloqueada".

Para borrar una excepción se utiliza la siguiente sintaxis:

DROP EXCEPTION name;

Para poderla borrar es necesario que no este siendo utilizada.
 

DESENCADENANDO (RAISE) UNA EXCEPCIÓN

Para disparar una excepción desde un procedimiento almacenado, utilizar la siguiente sintaxis:

EXCEPTION nombre;

El "nombre" es el nombre de una excepción que existe en la base de datos.

Cuando una excepción es llamada o desencadenada sucede lo siguiente:

• Termina el procedimiento y cualquier operación realizada directamente o indirectamente es deshecha.
• Retorna un mensaje de error a la aplicación que la llamo.

Si la excepción es manipulada con una instrucción WHEN, el comportamiento es diferente:

Ejemplo:

IF (any_sales 0) THEN

EXCEPTION REASSIGN_SALES;
 

ERRORES EN INTERBASE

Los procedimientos almacenados pueden manipular tres tipos de errores con una instrucción WHEN DO.

• Excepciones disparadas con la instrucción EXCEPTION.
• Reportes de SQL reportados en SQLCODE.
• Errores de INTERBASE reportados por GDSCODE.

La instrucción WHEN ANY manipula cualquier tipo de errror.

La sintaxis para la instrucción WHEN DO es la siguiente:

WHEN {< error [, < error …] | ANY}

DO <Sentencias

< error ={EXCEPTION nombre de excepción | SQLCODE numero | GDSCODE código de error}
 
 

La instrucción WHEN permite manipular cualquier clase de error, sea una excepción creada por un usuario, un error del SQL o un error reportado por interbase. La instrucción WHEN debe de ir antes del END del bloque y es la última instrucción del bloque.
 
 

RESPUESTAS A LAS PREGUNTAS DE LA UNIDAD 8

1. ¿Cuáles son los pasos a realizar para conseguir que un nuevo usuario pueda tener derecho de consulta sobre todas las tablas de una base de datos?


En primer lugar se dará de alta en el servidor por medio del Server manager, de la utilidad gsec (comando add) o incluso se podría utilizar una herramienta propia que utilizase el API de interbase (en concreto la función isc_add_user).

Posteriormente se le concederían los derechos de lectura (Select) para cada una de las tablas de la base de datos con el comando GRANT.
 
 
 
 

2. ¿Cuál es el significado de las cláusulas ALL y PUBLIC del comando GRANT y qué ventajas e inconvenientes tiene el utilizarlas?.


La cláusula ALL concede de una vez los derechos select,insert,update,delete y references.

La clausula PUBLIC concede los derechos especificados a cualquier usuario.

La ventaja es que se manejan varios derechos/usuarios con una sola cláusula, y el inconveniente es que se manejan en bloque, por lo que se conceden y revokan de la misma forma.

3. Exponer tres motivos por los que puede ser interesante tomar medidas adicionales a las previstas por el modelo relacional y por el modelo de interbase ácerca de la seguridad y qué medidas se tomarían en cada caso.

PREGUNTAS DE LA UNIDAD 9
 
 

1. QUE ES UN PROCEDIMIENTO ALMACENADO.
 
 

2. Puede un TRIGGER ser utilizado directamente desde una aplicación
 
 

3. ¿QUÉ ES UNA EXCEPCIÓN?

 

INDICE

Objetivo

Panorámica

¿Qué es un procedimiento almacenado?

Ventajas de los procedimientos almacenados

¿Cuándo deben de usarse procedimientos almacenados?

Creación de procedimientos almacenados

Estructura de un procedimiento almacenado

Sintaxis para la creación del procecedimiento

Ejecutando procedimientos almacenados

Modificando y eliminando procedimientos almacenados

Comando adicionales del lenguaje de los procedimientos

Los comandos BEGIN END

Comentarios

Asignaciones

Bifuraciones usando IF THEN ELSE

Bucles usando WHILE DO

Usando declaraciones del tipo DML dentro de los procedimientos

Usando INSERT, UPDATE Y DELETE

La declaración FOR SELECT D.

Procedimientos que aceptan parámetros

Procedimientos que retornan valores

Procedimientos que devuelven multiples registros. La orden SUSPEND

Concepto y uso de los disparadores en InterBase. TRIGGERS

La estructura de un TRIGGERS

El lenguaje de TRIGGER

Resumen de sentencias para TRIGGERS

Utilización de OLD Y NEW

Utilizando generadores

Modificando los TRIGGERS

Borrando TRIGGERS

Utilizando los TRIGGERS

¿Qué es una excepción?

Creando, modificando y borrando excepciones

Desencadenando una excepción

Errores en InterBase

Respuestas a las preguntas de la Unidad 8

Preguntas de la Unidad 9