Beruflich Dokumente
Kultur Dokumente
Runstats.sql
This is the test harness I use to try out different ideas. It shows two vital sets of statistics for me
The elapsed time difference between two approaches. It very simply shows me which approach is
faster by the wall clock
How many resources each approach takes. This can be more meaningful then even the wall clock
timings. For example, if one approach is faster then the other but it takes thousands of latches
(locks), I might avoid it simply because it will not scale as well.
The way this test harness works is by saving the system statistics and latch information into a
temporary table. We then run a test and take another snapshot. We run the second test and take yet
another snapshot. Now we can show the amount of resources used by approach 1 and approach 2.
Requirements
In order to run this test harness you must at a minimum have:
Access to V$STATNAME, V$MYSTAT, v$TIMER and V$LATCH
You must be granted select DIRECTLY on SYS.V_$STATNAME, SYS.V_$MYSTAT, SYS.V_$TIMER
and SYS.V_$LATCH. It will not work to have select on these via a ROLE.
The ability to create a table -- run_stats -- to hold the before, during and after information.
The ability to create a package -- rs_pkg -- the statistics collection/reporting piece
You should note also that the LATCH information is collected on a SYSTEM WIDE basis. If you run
this on a multi-user system, the latch information may be technically "incorrect" as you will count the
latching information for other sessions - not just your session. This test harness works best in a
simple, controlled test environment.
The table we need is very simple:
create global temporary table run_stats
( runid varchar2(15),
name varchar2(80),
value int )
on commit preserve rows;
then you can create this view:
create or replace view stats
as select 'STAT...' || a.name name, b.value
from v$statname a, v$mystat b
where a.statistic# = b.statistic#
union all
select 'LATCH.' || name, gets
from v$latch
union all
select 'STAT...Elapsed Time', hsecs from v$timer;
Now the test harness package itself is very simple. Here it is:
create or replace package runstats_pkg
as
procedure rs_start;
procedure rs_middle;
procedure rs_stop( p_difference_threshold in number default 0 );
end;
/
create or replace package body runstats_pkg
as
g_start number;
g_run1 number;
g_run2 number;
procedure rs_start
is
begin
delete from run_stats;
insert into run_stats
select 'before', stats.* from stats;
g_start := dbms_utility.get_time;
end;
procedure rs_middle
is
begin
g_run1 := (dbms_utility.get_time-g_start);
insert into run_stats
select 'after 1', stats.* from stats;
g_start := dbms_utility.get_time;
end;
procedure rs_stop(p_difference_threshold in number default 0)
is
begin
g_run2 := (dbms_utility.get_time-g_start);
dbms_output.put_line
( 'Run1 ran in ' || g_run1 || ' hsecs' );
dbms_output.put_line
( 'Run2 ran in ' || g_run2 || ' hsecs' );
dbms_output.put_line
( 'run 1 ran in ' || round(g_run1/g_run2*100,2) ||
'% of the time' );
dbms_output.put_line( chr(9) );
insert into run_stats
select 'after 2', stats.* from stats;
dbms_output.put_line
( rpad( 'Name', 30 ) || lpad( 'Run1', 12 ) ||
lpad( 'Run2', 12 ) || lpad( 'Diff', 12 ) );
for x in
( select rpad( a.name, 30 ) ||
to_char( b.value-a.value, '999,999,999' ) ||
to_char( c.value-b.value, '999,999,999' ) ||
to_char( ( (c.value-b.value)-(b.value-a.value)), '999,999,999' ) data
from run_stats a, run_stats b, run_stats c
where a.name = b.name
and b.name = c.name
and a.runid = 'before'
and b.runid = 'after 1'
and c.runid = 'after 2'
-- and (c.value-a.value) > 0
and abs( (c.value-b.value) - (b.value-a.value) )
> p_difference_threshold
order by abs( (c.value-b.value)-(b.value-a.value))
) loop
dbms_output.put_line( x.data );
end loop;
dbms_output.put_line( chr(9) );
dbms_output.put_line
( 'Run1 latches total versus runs -- difference and pct' );
dbms_output.put_line
( lpad( 'Run1', 12 ) || lpad( 'Run2', 12 ) ||
lpad( 'Diff', 12 ) || lpad( 'Pct', 10 ) );
for x in
( select to_char( run1, '999,999,999' ) ||
to_char( run2, '999,999,999' ) ||
to_char( diff, '999,999,999' ) ||
to_char( round( run1/run2*100,2 ), '99,999.99' ) || '%' data
from ( select sum(b.value-a.value) run1, sum(c.value-b.value) run2,
sum( (c.value-b.value)-(b.value-a.value)) diff
from run_stats a, run_stats b, run_stats c
where a.name = b.name
and b.name = c.name
and a.runid = 'before'
and b.runid = 'after 1'
and c.runid = 'after 2'
and a.name like 'LATCH%'
)
) loop
dbms_output.put_line( x.data );
end loop;
end;
end;
/
/*
exec runStats_pkg.rs_start;
exec runStats_pkg.rs_middle;
exec runStats_pkg.rs_stop;
*/
Veo muchsimas veces, que cuando se utiliza BULK COLLECT en los cdigos
PL/SQL, no se coloca la clusula LIMIT. Cuando no utilizamos sta clusula, lo
nico que ganamos es arruinar la memoria del proceso.
La clusula LIMIT nos permite definir la cantidad de 'datos' que vamos a colocar en
memoria. Cuando utilizamos LIMIT, lo ideal es definirlo en un valor entre 100 a
500. Personalmente, elijo el valor 100 porque en base a mi experiencia suele ser el
mejor valor. Pero porque elijo un valor tan chico y no 1000 o 5000 por ejemplo?
Bueno, por la simple razn que manejar gran cantidad de datos en memoria es ms
costoso que manejar poca cantidad.
Si elegimos un valor alto en el LIMIT, puede darse 3 casos:
- Que nuestro cdigo se ejecute ms rpidamente (improbable).
- Que nuestro cdigo se ejecute en igual tiempo (improbable).
- Que nuestro cdigo se ejecute ms lentamente (probable).
Veamos un ejemplo para entender mejor las consecuencia de no utilizar la clusula
LIMIT.
Primero creamos una tabla TEST con 10.000 registros (para ver la diferencia del uso
de la clusula LIMIT, no hace falta realizar el ejemplo con millones de registros. Con
unos miles de registros nos alcanza para entender el tema) y una tabla TEST_2 con
la estructura de la tabla TEST pero sin registros:
SQL_9iR2> CREATE TABLE test AS
2 SELECT level id , 'oracle_'||level texto
3 FROM dual
4 CONNECT BY level <= 10000 ;
Table created.
SQL_9iR2> CREATE TABLE test_2 AS
2 SELECT *
3 FROM test
4 WHERE 1 = 2 ;
Table created.
Ejecutamos un cdigo PL/SQL con Bulk Collect pero SIN la clusula LIMIT:
SQL_9iR2> DECLARE
2 TYPE t_array_number
IS TABLE OF NUMBER ;
3 TYPE t_array_varchar2 IS TABLE OF VARCHAR2(50) ;
4 t_array_id
t_array_number ;
5 t_array_texto t_array_varchar2 ;
6 CURSOR cur IS
7
SELECT * FROM test ;
8 BEGIN
9
OPEN cur ;
10
LOOP
11
12
FETCH cur BULK COLLECT INTO t_array_id , t_array_texto ;
13
14
FORALL i IN 1 .. t_array_id.COUNT
15
INSERT INTO test_2
16
VALUES (t_array_id(i) , t_array_texto(i)) ;
17
18
EXIT WHEN cur%NOTFOUND ;
19
20
END LOOP ;
21
COMMIT ;
22
CLOSE cur ;
23 END ;
24 /
PL/SQL procedure successfully completed.
Elapsed: 00:00:00.04
Ahora ejecutamos el mismo cdigo PL/SQL con Bulk Collect pero CON la clusula
LIMIT:
SQL_9iR2> DECLARE
2 TYPE t_array_number
IS TABLE OF NUMBER ;
3 TYPE t_array_varchar2 IS TABLE OF VARCHAR2(50) ;
4 t_array_id
t_array_number ;
5 t_array_texto t_array_varchar2 ;
6 CURSOR cur IS
7
SELECT * FROM test ;
8 BEGIN
9
OPEN cur ;
10
LOOP
11
12
FETCH cur BULK COLLECT INTO t_array_id , t_array_texto LIMIT
100 ;
13
14
FORALL i IN 1 .. t_array_id.COUNT
15
INSERT INTO test_2
16
VALUES (t_array_id(i) , t_array_texto(i)) ;
17
18
19
20
21
22
23
24
Podemos ver que en la segunda ejecucin, estoy cargando en memoria 100 registros
en cada Fetch que realizo. A diferencia de la primer ejecucin, que carga todos los
datos de una vez.
Veamos las estadsticas obtenidas de las 2 ejecuciones anteriores:
Nombre
Ejecucin_1 Ejecucin_2 Diferencia
------------------------------ ----------- ----------- ----------LATCH.kwqit: protect wakeup ti
1
0
-1
LATCH.simulator lru latch
1
0
-1
LATCH.spilled msgs queues list
1
0
-1
LATCH.transaction allocation
3
0
-3
LATCH.session timer
5
0
-5
LATCH.multiblock read objects
8
0
-8
LATCH.channel operations paren
11
0
-11
LATCH.child cursor hash table
20
8
-12
LATCH.Consistent RBA
56
6
-50
LATCH.lgwr LWN SCN
56
6
-50
LATCH.mostly latch-free SCN
56
6
-50
LATCH.active checkpoint queue
63
7
-56
LATCH.session idle bit
183
45
-138
LATCH.enqueues
219
49
-170
LATCH.redo writing
241
25
-216
LATCH.SQL memory manager worka
337
0
-337
LATCH.messages
427
42
-385
LATCH.simulator hash latch
844
4
-840
LATCH.dml lock allocation
1,428
154
-1,274
LATCH.shared pool
1,586
271
-1,315
LATCH.row cache enqueue latch
1,648
194
-1,454
LATCH.cache buffers lru chain
1,521
5
-1,516
LATCH.library cache pin alloca
2,900
362
-2,538
LATCH.row cache objects
4,438
502
-3,936
LATCH.enqueue hash chains
4,841
508
-4,333
LATCH.checkpoint queue latch
6,296
521
-5,775
LATCH.session allocation
19,333
1,893
-17,440
LATCH.undo global data
30,208
2,945
-27,263
LATCH.redo allocation
30,716
3,231
-27,485
LATCH.sequence cache
42,506
4,124
-38,382
LATCH.library cache pin
60,580
6,241
-54,339
LATCH.library cache
76,555
7,911
-68,644
LATCHES:
Ejecucin_1
670,187
Ejecucin_2
67,521
Diferencia
-602,666
Porcentaje
992.56%
Una de las cosas que me interesa mostrarles acerca de stas ejecuciones son los LATCHES (loqueos).
Si bien la ejecucin de los 2 cdigos PL/SQL demoraron exactamente lo mismo en ejecutarse (en ste
ejemplo procesando solamente 10.000 registros), las estadsticas nos muestran que estamos
empleados muchsimos ms loqueos en la primer ejecucin que en la segunda. Pero porqu sucede
sto? Recordemos que en la segunda ejecucin, lo nico que modificamos en el cdigo fue el
agregado de la clusula LIMIT. Bien, como dijimos en el comienzo, manejar gran cantidad de
memoria es ms costoso que manejar poca cantidad, por lo que Oracle tiene que emplear mayor
cantidad de loqueos para manejar los 10.000 registros que subimos a memoria en la primer
ejecucin, que manejar solamente 100 registros en la segunda ejecucin.
Este ejemplo lo realizamos con un slo usuario concurrente.... pero imagnese qu sucedera si
tenemos muchos usuarios concurrentes realizando lo mismo que nosotros... y por lo tanto,
generando gran cantidad de loqueos....
NOTA: Tenemos que evitar los loqueos a toda costa ya que los loqueos afectan la performance del
sistema. Mientras mayor sea la cantidad de loqueos, nuestro sistema se vuelve cada vez menos
escalable; y como consecuencia, cada vez soporta menor cantidad de usuarios concurrentes.
l_employees employees_aat;
BEGIN
SELECT *
BULK COLLECT INTO l_employees
FROM employees;
FOR indx IN 1 .. l_employees.COUNT
LOOP
analyze_compensation
(l_employees(indx));
END LOOP;
END process_all_rows;
Very concise, elegant, and efficient code. If, however, my employees table contains tens of
thousands of rows, each of which contains hundreds of columns, this program can cause
excessive PGA memory consumption.
Consequently, you should avoid this sort of "unlimited" use of BULK COLLECT. Instead,
move the SELECT statement into an explicit cursor declaration and then use a simple loop
to fetch many, but not all, rows from the table with each execution of the loop body, as
shown in Listing 1.
Code Listing 1: Using BULK COLLECT with LIMIT clause
PROCEDURE process_all_rows (limit_in IN PLS_INTEGER DEFAULT 100)
IS
CURSOR employees_cur
IS
SELECT * FROM employees;
TYPE employees_aat IS TABLE OF employees_cur%ROWTYPE
INDEX BY PLS_INTEGER;
l_employees employees_aat;
BEGIN
OPEN employees_cur;
LOOP
FETCH employees_cur
BULK COLLECT INTO l_employees LIMIT limit_in;
FOR indx IN 1 .. l_employees.COUNT
LOOP
analyze_compensation (l_employees(indx));
END LOOP;
EXIT WHEN l_employees.COUNT < limit_in;
END LOOP;
CLOSE employees_cur;
END process_all_rows;
The process_all_rows procedure in Listing 1 requests that up to the value of limit_in rows be
fetched at a time. PL/SQL will reuse the same limit_in elements in the collection each time
the data is fetched and thus also reuse the same memory. Even if my table grows in size, the
PGA consumption will remain stable.
How do you decide what number to use in the LIMIT clause? Theoretically, you will want to
figure out how much memory you can afford to consume in the PGA and then adjust the
limit to be as close to that amount as possible.
From tests I (and others) have performed, however, it appears that you will see roughly the
same performance no matter what value you choose for the limit, as long as it is at least 25.
The test_diff_limits.sql script, included with the sample code for this column, at
otn.oracle.com/oramag/oracle/08-mar/o28plsql.zip, demonstrates this behavior, using the
ALL_SOURCE data dictionary view on an Oracle Database 11g instance. Here are the
results I saw (in hundredths of seconds) when fetching all the rows (a total of 470,000):
Elapsed
Elapsed
Elapsed
Elapsed
Elapsed
Elapsed
Elapsed
Elapsed
Elapsed
CPU
CPU
CPU
CPU
CPU
CPU
CPU
CPU
CPU
time
time
time
time
time
time
time
time
time
for
for
for
for
for
for
for
for
for
limit
limit
limit
limit
limit
limit
limit
limit
limit
of
of
of
of
of
of
of
of
of
1 = 1839
5 = 716
25 = 539
50 = 545
75 = 489
100 = 490
1000 = 501
10000 = 478
100000 = 527
/* cause of
END LOOP;
CLOSE table_with_227_rows_cur;
END process_all_rows;
You came so close to a completely correct conversion from your cursor FOR loop to BULK
COLLECT! Your only mistake was that you didn't give up the habit of using the
%NOTFOUND cursor attribute in your EXIT WHEN clause.
The statement
EXIT WHEN
table_with_227_rows_cur%NOTFOUND;
makes perfect sense when you are fetching your data one row at a time. With BULK
COLLECT, however, that line of code can result in incomplete data processing, precisely as
you described.
Let's examine what is happening when you run your program and why those last 27 rows are
left out. After opening the cursor and entering the loop, here is what occurs:
1. The fetch statement retrieves rows 1 through 100.
2. table_with_227_rows_cur%NOTFOUND evaluates to FALSE, and the rows are
processed.
3. The fetch statement retrieves rows 101 through 200.
4. table_with_227_rows_cur%NOTFOUND evaluates to FALSE, and the rows are
processed.
5. The fetch statement retrieves rows 201 through 227.
6. table_with_227_rows_cur%NOTFOUND evaluates to
Next Steps
TRUE, and the loop is terminatedwith 27 rows left to
process!
READ more Best Practice
PL/SQL
When you are using BULK COLLECT and collections to fetch
data from your cursor, you should never rely on the cursor
DOWNLOAD
attributes to decide whether to terminate your loop and data
Oracle Database 11g
processing.
sample code for this
column
So, to make sure that your query processes all 227 rows,
replace this statement:
EXIT WHEN
table_with_227_rows_cur%NOTFOUND;
with
EXIT WHEN
l_table_with_227_rows.COUNT = 0;
Generally, you should keep all of the following in mind when working with BULK
COLLECT:
It is always safe (that is, you will never raise a NO_DATA_FOUND exception) to
iterate through a collection from 1 to collection.COUNT when it has been filled with
BULK COLLECT.
The collection is empty when no rows are fetched.
Always check the contents of the collection (with the COUNT method) to see if there
are more rows to process.
Ignore the values returned by the cursor attributes, especially %NOTFOUND.
www.devjoker.com. (Bueno)
http://www.devjoker.com/asp/indice_contenido.aspx?co_grupo=PLSQ&as_categoria=2
Es especialista en tecnologas .NET, entornos Web, bases de datos (SQL Server y
ORACLE) e integracin de sistemas.
Es experto en desarrollo (C#, ASP.NET, VB.Net, T-SQL, PL/SQL, , ASP, CGI , C, Pro*C, Java,
Essbase, Vignette, PowerBuilder y Visual Basic ...) y bases de datos (SQL Server y
ORACLE).
Bloques PL/SQL
Un programa de PL/SQL est compuesto por bloques. Un programa est compuesto
como mnimo de un bloque.
Los bloques de PL/SQL pueden ser de los siguientes tipos:
Bloques annimos
Subprogramas
Estructura de un Bloque
Los bloques PL/SQL presentan una estructura especfica compuesta de tres partes
bien diferenciadas:
Cada una de las partes anteriores se delimita por una palabra reservada, de modo que
un bloque PL/SQL se puede representar como sigue:
[ declare | is | as ]
/*Parte declarativa*/
begin
/*Parte de ejecucion*/
[ exception ]
/*Parte de excepciones*/
end;
De las anteriores partes, nicamente la seccin de ejecucin es obligatoria, que
quedara delimitada entre las clusulas BEGIN y END. Veamos un ejemplo de bloque
PL/SQL muy genrico. Se trata de un bloque annimos, es decir no lo identifica ningn
nombre. Los bloques annimos identifican su parte declarativa con la palabra reservada
DECLARE.
DECLARE
/*Parte declarativa*/
nombre_variable DATE;
BEGIN
/*Parte de ejecucion
* Este cdigo asigna el valor de la columna "nombre_columna"
* a la variable identificada por "nombre_variable"
*/
SELECT SYSDATE
INTO nombre_variable
FROM DUAL;
EXCEPTION
/*Parte de excepciones*/
WHEN OTHERS THEN
dbms_output.put_line('Se ha producido un error');
END;
A continuacin vamos a ver cada una de estas secciones
DECLARE
/* Se declara la variable de tipo VARCHAR2(15) identificada por v_location y se le
asigna
el valor "Granada"*/
v_location VARCHAR2(15) := Granada;
/*Se declara la constante
por PI y se le asigna
el valor 3.1416*/
PI CONSTANT NUMBER := 3.1416;
por PI y se le asigna
el valor 3.1416*/
PI CONSTANT NUMBER := 3.1416;
/*Parte de ejecucion*/
EXCEPTION
/*Parte de excepciones*/
END;
IF (expresion) THEN
-- Instrucciones
ELSIF (expresion) THEN
-- Instrucciones
ELSE
-- Instrucciones
END IF;
Un aspecto a tener en cuenta es que la instruccin condicional anidada es ELSIF y no
"ELSEIF".
Sentencia GOTO
PL/SQL dispone de la sentencia GOTO. La sentencia GOTO desvia el flujo de ejecuci a
una determinada etiqueta.
En PL/SQL las etiquetas se indican del siguiente modo: << etiqueta >>
El siguiente ejemplo ilustra el uso de GOTO.
DECLARE
flag NUMBER;
BEGIN
flag :=1 ;
IF (flag = 1) THEN
GOTO paso2;
END IF;
<<paso1>>
dbms_output.put_line('Ejecucion de paso 1');
<<paso2>>
dbms_output.put_line('Ejecucion de paso 2');
END;
Bucles
En PL/SQL tenemos a nuestra disposicin los siguientes iteradores o bucles:
LOOP
WHILE
FOR
El bucle LOOP, se repite tantas veces como sea necesario hasta que se fuerza su
salida con la instruccin EXIT. Su sintaxis es la siguiente
LOOP
-- Instrucciones
IF (expresion) THEN
-- Instrucciones
EXIT;
END IF;
END LOOP;
El bucle WHILE, se repite mientras que se cumpla expresion.
El bucle FOR, se repite tanta veces como le indiquemos en los identificadores inicio y
final.
Cursores en PL/SQL
Introduccin a cursores PL/SQL
PL/SQL utiliza cursores para gestionar las instrucciones SELECT. Un cursor es un
conjunto de registros devuelto por una instruccin SQL. Tcnicamente los cursores son
fragmentos de memoria que reservados para procesar los resultados de una consulta
SELECT.
Podemos distinguir dos tipos de cursores:
declare
cursor c_paises is
SELECT CO_PAIS, DESCRIPCION
FROM PAISES;
begin
/* Sentencias del bloque ...*/
end;
Para procesar instrucciones SELECT que devuelvan ms de una fila, son necesarios
cursores explicitos combinados con un estructura de bloque.
Un cursor admite el uso de parmetros. Los parmetros deben declararse junto con el
cursor.
El siguiente ejemplo muestra la declaracion de un cursor con un parmetro,
identificado por p_continente.
declare
cursor c_paises (p_continente IN VARCHAR2) is
SELECT CO_PAIS, DESCRIPCION
FROM PAISES
WHERE CONTINENTE = p_continente;
begin
Cursores Implicitos
Declaracin de cursores implicitos.
Los cursores implicitos se utilizan para realizar consultas SELECT que devuelven un nico
registro.
Deben tenerse en cuenta los siguientes puntos cuando se utilizan cursores implicitos:
declare
vdescripcion VARCHAR2(50);
begin
SELECT DESCRIPCION
INTO vdescripcion
from PAISES
WHERE CO_PAIS = 'ESP';
Para trabajar con un cursor explicito necesitamos realizar las siguientes tareas:
Declarar el cursor.
Abrir el cursor con la instruccin OPEN.
Leer los datos del cursor con la instruccin FETCH.
Cerrar el cursor y liberar los recursos con la instruccin CLOSE.
CURSOR nombre_cursor IS
instruccin_SELECT
Tambin debemos declarar los posibles parametros que requiera el cursor:
OPEN nombre_cursor;
o bien (en el caso de un cursor con parmetros)
OPEN nombre_cursor(valor1, valor2, ..., valorN);
DECLARE
CURSOR cpaises
IS
SELECT CO_PAIS, DESCRIPCION, CONTINENTE
FROM PAISES;
co_pais VARCHAR2(3);
descripcion VARCHAR2(50);
continente VARCHAR2(25);
BEGIN
OPEN cpaises;
FETCH cpaises INTO co_pais,descripcion,continente;
CLOSE cpaises;
END;
Atributos de cursores
Atributo
Antes de
abrir
%NOTFOUND ORA-1001
%FOUND
ORA-1001
%ISOPEN
FALSE
%ROWCOUN
ORA-1001
T
Al
abrir
Durante la
recuperacin
Al finalizar la
recuperacin
Despus de
cerrar
NULL FALSE
NULL TRUE
TRUE TRUE
TRUE
FALSE
TRUE
ORA-1001
ORA-1001
FALSE
**
ORA-1001
OPEN nombre_cursor;
LOOP
FETCH nombre_cursor INTO lista_variables;
EXIT WHEN nombre_cursor%NOTFOUND;
/* Procesamiento de los registros recuperados */
END LOOP;
CLOSE nombre_cursor;
Otra forma es por medio de un bucle WHILE LOOP. La instruccin FECTH aparece dos veces.
OPEN nombre_cursor;
FETCH nombre_cursor INTO lista_variables;
WHILE nombre_cursor%FOUND
LOOP
/* Procesamiento de los registros recuperados */
FETCH nombre_cursor INTO lista_variables;
END LOOP;
CLOSE nombre_cursor;
DECLARE
CURSOR cpaises
IS
SELECT CO_PAIS, DESCRIPCION, CONTINENTE
FROM PAISES;
co_pais VARCHAR2(3);
descripcion VARCHAR2(50);
continente VARCHAR2(25);
BEGIN
OPEN cpaises;
FETCH cpaises INTO co_pais,descripcion,continente;
WHILE cpaises%found
LOOP
dbms_output.put_line(descripcion);
FETCH cpaises INTO co_pais,descripcion,continente;
END LOOP;
CLOSE cpaises;
END;
Por ltimo podemos usar un bucle FOR LOOP. Es la forma ms corta ya que el cursor es
implicitamente se ejecutan las instrucciones OPEN, FECTH y CLOSE.
BEGIN
FOR REG IN (SELECT * FROM PAISES)
LOOP
dbms_output.put_line(reg.descripcion);
END LOOP;
END;
Cursores de actualizacin
Declaracin y utiizacin de cursores de actualizacin.
Los cursores de actualizacin se declarn igual que los cursores explicitos, aadieno
FOR UPDATE al final de la sentencia select.
CURSOR nombre_cursor IS
instruccin_SELECT
FOR UPDATE
Para actualizar los datos del cursor hay que ejecutar una sentencia UPDATE
especificando la clausula WHERE CURRENT OF <cursor_name>.
DECLARE
CURSOR cpaises IS
select CO_PAIS, DESCRIPCION, CONTINENTE
from paises
FOR UPDATE;
co_pais VARCHAR2(3);
descripcion VARCHAR2(50);
continente VARCHAR2(25);
BEGIN
OPEN cpaises;
FETCH cpaises INTO co_pais,descripcion,continente;
WHILE cpaises%found
LOOP
UPDATE PAISES
SET CONTINENTE = CONTINENTE || '.'
WHERE CURRENT OF cpaises;
FETCH cpaises INTO co_pais,descripcion,continente;
END LOOP;
CLOSE cpaises;
COMMIT;
END;
Cuando trabajamos con cursores de actualizacin debemos tener en cuenta las
siguientes consideraciones:
Excepciones en PL/SQL
Manejo de excepciones
En PL/SQL una advertencia o condicin de error es llamada una excepcin.
Las excepciones se controlan dentro de su propio bloque.La estructura de bloque de
una excepcin se muestra a continuacin.
DECLARE
-- Declaraciones
BEGIN
-- Ejecucion
EXCEPTION
-- Excepcion
END;
Cuando ocurre un error, se ejecuta la porcin del programa marcada por el
bloque EXCEPTION, transfirindose el control a ese bloque de sentencias.
El siguiente ejemplo muestra un bloque de excepciones que captura las excepciones
NO_DATA_FOUND y ZERO_DIVIDE. Cualquier otra excepcion ser capturada en el
bloque WHEN OTHERS THEN.
DECLARE
-- Declaraciones
BEGIN
-- Ejecucion
EXCEPTION
WHEN NO_DATA_FOUND THEN
-- Se ejecuta cuando ocurre una excepcion de tipo NO_DATA_FOUND
WHEN ZERO_DIVIDE THEN
-- Se ejecuta cuando ocurre una excepcion de tipo ZERO_DIVIDE
WHEN OTHERS THEN
-- Se ejecuta cuando ocurre una excepcion de un tipo no tratado
-- en los bloques anteriores
END;
Como ya hemos dicho cuando ocurre un error, se ejecuta el bloque EXCEPTION,
transfirindose el control a las sentencias del bloque. Una vez finalizada la ejecucin del
bloque de EXCEPTION no se continua ejecutando el bloque anterior.
Si existe un bloque de excepcion apropiado para el tipo de excepcin se ejecuta dicho
bloque. Si no existe un bloque de control de excepciones adecuado al tipo de excepcion
se ejecutar el bloque de excepcion WHEN OTHERS THEN (si existe!). WHEN OTHERS
debe ser el ltimo manejador de excepciones.
Las excepciones pueden ser definidas en forma interna o explcitamente por el
usuario. Ejemplos de excepciones definidas en forma interna son la divisin por cero y la
falta de memoria en tiempo de ejecucin. Estas mismas condiciones excepcionales
tienen sus propio tipos y pueden ser referenciadas por ellos: ZERO_DIVIDE y
STORAGE_ERROR.
Las excepciones definidas por el usuario deben ser alcanzadas explcitamente
utilizando la sentencia RAISE.
Con las excepciones se pueden manejar los errores cmodamente sin necesidad de
mantener mltiples chequeos por cada sentencia escrita. Tambin provee claridad en el
cdigo ya que permite mantener las rutinas correspondientes al tratamiento de los
errores de forma separada de la lgica del negocio.
Excepciones predefinidas
PL/SQL proporciona un gran nmero de excepciones predefinidas que permiten
controlar las condiciones de error ms habituales.
Las excepciones predefinidas no necesitan ser declaradas. Simplemente se utilizan
cuando estas son lanzadas por algn error determinado.
La siguiente es la lista de las excepciones predeterminadas por PL/SQL y una breve
descripcin de cundo son accionadas:
Excepcion
ACCESS_INTO_NULL
COLLECTION_IS_NULL
CURSOR_ALREADY_OPEN
Se ejecuta ...
SQLCODE
El programa intent asignar valores a los
-6530
atributos de un objeto no inicializado
El programa intent asignar valores a una
-6531
tabla anidada an no inicializada
El programa intent abrir un cursor que ya
se encontraba abierto. Recuerde que un
cursor de ciclo FOR automticamente lo
-6511
abre y ello no se debe especificar con la
sentencia OPEN
DECLARE
-- Declaraciones
MyExcepcion EXCEPTION;
BEGIN
-- Ejecucion
EXCEPTION
-- Excepcion
END;
Reglas de Alcance
Una excepcion es vlida dentro de su ambito de alcance, es decir el bloque o
programa donde ha sido declarada. Las excepciones predefinidas son siempre vlidas.
Como las variables, una excepcin declarada en un bloque es local a ese bloque y
global a todos los sub-bloques que comprende.
La sentencia RAISE
La sentencia RAISE permite lanzar una excepcin en forma explcita. Es posible
utilizar esta sentencia en cualquier lugar que se encuentre dentro del alcance de la
excepcin.
DECLARE
-- Declaramos una excepcion identificada por VALOR_NEGATIVO
VALOR_NEGATIVO EXCEPTION;
valor NUMBER;
BEGIN
-- Ejecucion
valor := -1;
IF valor < 0 THEN
RAISE VALOR_NEGATIVO;
END IF;
EXCEPTION
-- Excepcion
WHEN VALOR_NEGATIVO THEN
END;
Con la sentencia RAISE podemos lanzar una excepcin definida por el usuario o
predefinida, siendo el comportamiento habitual lanzar excepciones definidas por el
usuario.
Recordar la existencia de la excepcin OTHERS, que simboliza cualquier condicin de
excepcin que no ha sido declarada. Se utiliza comnmente para controlar cualquier
tipo de error que no ha sido previsto. En ese caso, es comn observar la sentencia
ROLLBACK en el grupo de sentencias de la excepcin o alguna de las funciones
SQLCODE SQLERRM, que se detallan en el prximo punto.
DECLARE
err_num NUMBER;
err_msg VARCHAR2(255);
result NUMBER;
BEGIN
SELECT 1/0 INTO result
FROM DUAL;
EXCEPTION
WHEN OTHERS THEN
err_num := SQLCODE;
err_msg := SQLERRM;
DBMS_OUTPUT.put_line('Error:'||TO_CHAR(err_num));
DBMS_OUTPUT.put_line(err_msg);
END;
Tambin es posible entregarle a la funcin SQLERRM un nmero negativo que
represente un error de Oracle y sta devolver el mensaje asociado.
DECLARE
msg VARCHAR2(255);
BEGIN
msg := SQLERRM(-1403);
DBMS_OUTPUT.put_line(MSG);
END;
RAISE_APPLICATION_ERROR(<error_num>,<mensaje>);
Siendo:
DECLARE
v_div NUMBER;
BEGIN
SELECT 1/0 INTO v_div FROM DUAL;
EXCEPTION
WHEN OTHERS THEN
RAISE_APPLICATION_ERROR(-20001,'No se puede dividir por cero');
END;
DECLARE
fecha DATE;
FUNCTION fn_fecha RETURN DATE
IS
fecha DATE;
BEGIN
SELECT SYSDATE INTO fecha
FROM DUAL
WHERE 1=2;
RETURN fecha;
EXCEPTION
WHEN ZERO_DIVIDE THEN
dbms_output.put_line('EXCEPCION ZERO_DIVIDE CAPTURADA
EN fn_fecha');
END;
BEGIN
fecha := fn_fecha();
dbms_output.put_line('La fecha es '||TO_CHAR(fecha, 'DD/MM/YYYY'));
EXCEPTION
WHEN NO_DATA_FOUND THEN
dbms_output.put_line('EXCEPCION NO_DATA_FOUND CAPTURADA EN
EL BLOQUE PRINCIPAL');
END;
La excepcion NO_DATA_FOUND se produce durante la ejecucin de la funcion fn_fecha,
pero como no existe ningn manejador de la excepcin en dicha funcion, la excepcin se
propaga hasta el bloque que ha realizado la llamada. En ese momento se captura la
excepcion.
Subprogramas en PL/SQL
Como hemos visto anteriormente los bloques de PL/SQL pueden ser bloques
annimos (scripts) y subprogramas.
Los subprogramas son bloques de PL/SQL a los que asignamos un nombre
identificativo y que normalmente almacenamos en la propia base de datos para su
posterior ejecucin.
Los subprogramas pueden recibir parmetros.
Los subprogramas pueden ser de varios tipos:
Procedimientos almacenados.
Funciones.
Triggers.
Subprogramas en bloques anonimos.
Procedimientos almacenados
Un procedimiento es un subprograma que ejecuta una accin especifica y que no devuelve
ningn valor. Un procedimiento tiene un nombre, un conjunto de parmetros (opcional) y un
bloque de cdigo.
La sintaxis de un procedimiento almacenado es la siguiente:
CREATE OR REPLACE
PROCEDURE Actualiza_Saldo(cuenta NUMBER,
new_saldo NUMBER)
IS
-- Declaracion de variables locales
BEGIN
-- Sentencias
UPDATE SALDOS_CUENTAS
SET SALDO = new_saldo,
FX_ACTUALIZACION = SYSDATE
WHERE CO_CUENTA = cuenta;
END Actualiza_Saldo;
Tambin podemos asignar un valor por defecto a los parmetros, utilizando la clausula
DEFAULT o el operador de asigancin (:=) .
CREATE OR REPLACE
PROCEDURE Actualiza_Saldo(cuenta NUMBER,
new_saldo NUMBER DEFAULT 10 )
IS
-- Declaracion de variables locales
BEGIN
-- Sentencias
UPDATE SALDOS_CUENTAS
SET SALDO = new_saldo,
FX_ACTUALIZACION = SYSDATE
WHERE CO_CUENTA = cuenta;
END Actualiza_Saldo;
Una vez creado y compilado el procedimiento almacenado podemos ejecutarlo. Si el
sistema nos indica que el procedimiento se ha creado con errores de compilacin podemos
ver estos errores de compilacion con la orden SHOW ERRORS en SQL *Plus.
Existen dos formas de pasar argumentos a un procedimiento almacenado a la hora de
ejecutarlo (en realidad es vlido para cualquier subprograma). Estas son:
Notacin posicional: Se pasan los valores de los parmetros en el mismo orden en que el
BEGIN
Actualiza_Saldo(200501,2500);
COMMIT;
END;
Notacin nominal:Se pasan los valores en cualquier orden nombrando explicitamente el
parmetro.
BEGIN
=> 2500);
END;
Funciones en PL/SQL
Una funcin es un subprograma que devuelve un valor.
La sintaxis para construir funciones es la siguiente:
CREATE OR REPLACE
FUNCTION fn_Obtener_Precio(p_producto VARCHAR2)
RETURN NUMBER
IS
result NUMBER;
BEGIN
SELECT PRECIO INTO result
FROM PRECIOS_PRODUCTOS
WHERE CO_PRODUCTO = p_producto;
return(result);
EXCEPTION
WHEN NO_DATA_FOUND THEN
return 0;
END ;
Si el sistema nos indica que el la funcin se ha creado con errores de compilacin
podemos ver estos errores de compilacion con la orden SHOW ERRORS en SQL *Plus.
Una vez creada y compilada la funcin podemos ejecutarla de la siguiente forma:
DECLARE
Valor NUMBER;
BEGIN
Valor := fn_Obtener_Precio('000100');
END;
Las funciones pueden utilizarse en sentencias SQL de manipulacin de datos (SELECT,
UPDATE, INSERT y DELETE):
SELECT CO_PRODUCTO,
DESCRIPCION,
fn_Obtener_Precio(CO_PRODUCTO)
FROM PRODUCTOS;
DECLARE
idx NUMBER;
FUNCTION fn_multiplica_x2(num NUMBER)
RETURN NUMBER
IS
result NUMBER;
BEGIN
result := num *2;
return result;
END fn_multiplica_x2;
BEGIN
FOR idx IN 1..10
LOOP
dbms_output.put_line
('Llamada a la funcion ... '||TO_CHAR(fn_multiplica_x2(idx)));
END LOOP;
END;
Notese que se utiliza la funcion TO_CHAR para convertir el resultado de la funcin
fn_multiplica_x2 (numrico) en alfanumrico y poder mostrar el resultado por pantalla.
Registros PL/SQL
Cuando vimos los tipos de datos, omitimos intencionadamente ciertos tipos de datos.
Estos son:
Registros
Tablas de PL
VARRAY
Declaracin de un registro.
Un registnslpwdro es una estructura de datos en PL/SQL, almacenados en campos, cada
uno de los cuales tiene su propio nombre y tipo y que se tratan como una sola unidad lgica.
Los campos de un registro pueden ser inicializados y pueden ser definidos como NOT NULL.
Aquellos campos que no sean inicializados explcitamente, se inicializarn a NULL.
La sintaxis general es la siguiente:
datos.
DECLARE
TYPE PAIS IS RECORD
(
CO_PAIS
NUMBER ,
DESCRIPCION VARCHAR2(50),
CONTINENTE VARCHAR2(20)
);
/* Declara una variable identificada por miPAIS de tipo PAIS
Esto significa que la variable miPAIS tendr los campos
ID, DESCRIPCION y CONTINENTE.
*/
miPAIS PAIS;
BEGIN
/* Asignamos valores a los campos de la variable.
*/
miPAIS.CO_PAIS := 27;
miPAIS.DESCRIPCION := 'ITALIA';
miPAIS.CONTINENTE := 'EUROPA';
END;
Los registros pueden estar anidados. Es decir, un campo de un registro puede ser de un
tipo de dato de otro registro.
DECLARE
TYPE PAIS IS RECORD
(CO_PAIS
NUMBER ,
DESCRIPCION VARCHAR2(50),
CONTINENTE VARCHAR2(20)
);
TYPE MONEDA IS RECORD
( DESCRIPCION VARCHAR2(50),
PAIS_MONEDA PAIS );
miPAIS
PAIS;
miMONEDA MONEDA;
BEGIN
/* Sentencias
*/
END;
Pueden asignarse todos los campos de un registro utilizando una sentencia SELECT. En este
caso hay que tener cuidado en especificar las columnas en el orden conveniente segn la
declaracin de los campos del registro. Para este tipo de asignacin es muy frecuente el uso
del atributo %ROWTYPE que veremos ms adelante.
DECLARE
TYPE PAIS IS RECORD ...
miPAIS PAIS;
otroPAIS PAIS;
BEGIN
miPAIS.CO_PAIS := 27;
miPAIS.DESCRIPCION := 'ITALIA';
miPAIS.CONTINENTE := 'EUROPA';
otroPAIS := miPAIS;
END;
Se puede declarar un registro basndose en una coleccin de columnas de una tabla, vista
o cursor de la base de datos mediante el atributo %ROWTYPE.
Por ejemplo, si tengo una tabla PAISES declarada como:
DECLARE
miPAIS PAISES%ROWTYPE;
BEGIN
/* Sentencias ... */
END;
Lo cual significa que el registro miPAIS tendr la siguiente estructura: CO_PAIS
NUMBER, DESCRIPCION VARCHAR2(50), CONTINENTE VARCHAR2(20).
De esta forma se crea el registro de forma dinamic y se podrn asignar valores a los
campos de un registro a travs de un select sobre la tabla, vista o cursor a partir de la cual se
creo el registro.
Tablas PL/SQL
Declaracin de tablas de PL/SQL
Las tablas de PL/SQL son tipos de datos que nos permiten almacenar varios valores
del mismo tipo de datos.
Una tabla PL/SQL :
Es similar a un array
Tiene dos componenetes: Un ndice de tipo BINARY_INTEGER que permite
acceder a los elementos en la tabla PL/SQL y una columna de escalares o
registros que contiene los valores de la tabla PL/SQL
Puede incrementar su tamao dinmicamente.
DECLARE
/* Definimos el tipo PAISES como tabla PL/SQL */
TYPE PAISES IS TABLE OF NUMBER INDEX BY BINARY_INTEGER ;
/* Declaramos una variable del tipo PAISES */
tPAISES PAISES;
BEGIN
tPAISES(1) := 1;
tPAISES(2) := 2;
tPAISES(3) := 3;
END;
DECLARE
TYPE PAIS IS RECORD
(
CO_PAIS
NUMBER NOT NULL ,
DESCRIPCION VARCHAR2(50),
CONTINENTE VARCHAR2(20)
);
TYPE PAISES IS TABLE OF PAIS INDEX BY BINARY_INTEGER ;
tPAISES PAISES;
BEGIN
tPAISES(1).CO_PAIS := 27;
tPAISES(1).DESCRIPCION := 'ITALIA';
tPAISES(1).CONTINENTE := 'EUROPA';
END;
DECLARE
TYPE ARR_CIUDADES IS TABLE OF VARCHAR2(50) INDEX BY BINARY_INTEGER;
misCiudades ARR_CIUDADES;
BEGIN
misCiudades(1) := 'MADRID';
misCiudades(2) := 'BILBAO';
misCiudades(3) := 'MALAGA';
FOR i IN misCiudades.FIRST..misCiudades.LAST
LOOP
dbms_output.put_line(misCiudades(i));
END LOOP;
END;
DECLARE
TYPE ARR_CIUDADES IS TABLE OF VARCHAR2(50) INDEX BY BINARY_INTEGER;
misCiudades ARR_CIUDADES;
BEGIN
misCiudades(1) := 'MADRID';
misCiudades(3) := 'MALAGA';
END;
FOR i IN misCiudades.FIRST..misCiudades.LAST
LOOP
IF misCiudades.EXISTS(i) THEN
dbms_output.put_line(misCiudades(i));
ELSE
dbms_output.put_line('El elemento no existe:'||TO_CHAR(i));
END IF;
END LOOP;
COUNT. Devuelve el nmero de elementos de la tabla PL/SQL.
DECLARE
TYPE ARR_CIUDADES IS TABLE OF VARCHAR2(50) INDEX BY BINARY_INTEGER;
misCiudades ARR_CIUDADES;
BEGIN
misCiudades(1) := 'MADRID';
misCiudades(3) := 'MALAGA';
/* Devuelve 2, ya que solo hay dos elementos con valor */
dbms_output.put_line(
'El nmero de elementos es:'||misCiudades.COUNT);
END;
PRIOR (n). Devuelve el nmero del ndice anterior a n en la tabla.
DECLARE
TYPE ARR_CIUDADES IS TABLE OF VARCHAR2(50) INDEX BY BINARY_INTEGER;
misCiudades ARR_CIUDADES;
BEGIN
misCiudades(1) := 'MADRID';
misCiudades(3) := 'MALAGA';
/* Devuelve 1, ya que el elemento 2 no existe */
dbms_output.put_line(
'El elemento previo a 3 es:' || misCiudades.PRIOR(3));
END;
NEXT (n). Devuelve el nmero del ndice posterior a n en la tabla.
DECLARE
TYPE ARR_CIUDADES IS TABLE OF VARCHAR2(50) INDEX BY BINARY_INTEGER;
misCiudades ARR_CIUDADES;
BEGIN
misCiudades(1) := 'MADRID';
misCiudades(3) := 'MALAGA';
/* Devuelve 3, ya que el elemento 2 no existe */
dbms_output.put_line(
'El elemento siguiente es:' || misCiudades.NEXT(1));
END;
TRIM. Borra un elemento del final de la tabla PL/SQL.
TRIM(n) borra n elementos del final de la tabla PL/SQL.
DELETE. Borra todos los elementos de la tabla PL/SQL.
DELETE(n) borra el correspondiente al ndice n.
DELETE(m,n) borra los elementos entre m y n.
VARRAYS
Definicin de VARRAYS.
Un varray se manipula de forma muy similar a las tablas de PL, pero se implementa
de forma diferente. Los elementos en el varray se almacenan comenzando en el ndice 1
hasta la longitud mxima declarada en el tipo varray.
La sintaxis general es la siguiente:
BOOLEAN
NCHAR
NCLOB
NVARCHAR(n)
REF CURSOR
TABLE
VARRAY
DECLARE
/* Declaramos el tipo VARRAY de cinco elementos VARCHAR2*/
TYPE t_cadena IS VARRAY(5) OF VARCHAR2(50);
/* Asignamos los valores con un constructor */
v_lista t_cadena:= t_cadena('Aitor', 'Alicia', 'Pedro','','');
BEGIN
v_lista(4) := 'Tita';
v_lista(5) := 'Ainhoa';
END;
El tamao de un VARRAY se establece mediante el nmero de parmetros
utilizados en el constructor, si declaramos un VARRAY de cinco elementos pero al
inicializarlo pasamos slo tres parmetros al constructor, el tamao del VARRAY ser
tres. Si se hacen asignaciones a elementos que queden fuera del rango se producir un
error.
El tamao de un VARRAY podr aumentarse utilizando la funcin EXTEND, pero nunca
con mayor dimensin que la definida en la declaracin del tipo. Por ejemplo, la variable
v_lista que slo tiene 3 valores definidos por lo que se podra ampliar hasta cinco
elementos pero no ms all.
Un VARRAY comparte con las tablas de PL todas las funciones vlidas para ellas, pero
aade las siguientes:
Para modificar un varray almacenado, primero hay que seleccionarlo en una variable
PL/SQL. Luego se modifica la variable y se vuelve a almacenar en la tabla.
La utilizacin de VARRAYS en la base de datos est completamente
desaconsejada.
BULK COLLECT
PL/SQL nos permite leer varios registros en una tabla de PL con un nico acceso a travs
de la instruccin BULK COLLECT.
Esto nos permitir reducir el nmero de accesos a disco, por lo que optimizaremos el
rendimiento de nuestras aplicaciones. Como contrapartida el consumo de memoria ser
mayor.
DECLARE
TYPE t_descripcion IS TABLE OF PAISES.DESCRIPCION%TYPE;
TYPE t_continente IS TABLE OF PAISES.CONTINENTE%TYPE;
v_descripcion t_descripcion;
v_continente t_continente;
BEGIN
SELECT DESCRIPCION,
CONTINENTE
BULK COLLECT INTO v_descripcion, v_continente
FROM PAISES;
FOR i IN v_descripcion.FIRST .. v_descripcion.LAST LOOP
dbms_output.put_line(v_descripcion(i) || ', ' || v_continente(i));
END LOOP;
END;
/
DECLARE
TYPE PAIS IS RECORD (CO_PAIS
NUMBER ,
DESCRIPCION VARCHAR2(50),
CONTINENTE VARCHAR2(20));
TYPE t_paises IS TABLE OF PAIS;
v_paises t_paises;
BEGIN
SELECT CO_PAIS, DESCRIPCION, CONTINENTE
BULK COLLECT INTO v_paises
FROM PAISES;
FOR i IN v_paises.FIRST .. v_paises.LAST LOOP
dbms_output.put_line(v_paises(i).DESCRIPCION ||
', ' || v_paises(i).CONTINENTE);
END LOOP;
END;
/
Tambien podemos utilizar el atributo ROWTYPE.
DECLARE
TYPE t_paises IS TABLE OF PAISES%ROWTYPE;
v_paises t_paises;
BEGIN
SELECT CO_PAIS, DESCRIPCION, CONTINENTE
BULK COLLECT INTO v_paises
FROM PAISES;
FOR i IN v_paises.FIRST .. v_paises.LAST LOOP
dbms_output.put_line(v_paises(i).DESCRIPCION ||
', ' || v_paises(i).CONTINENTE);
END LOOP;
END;
/
Transacciones
Una transaccin es un conjunto de operaciones que se ejecutan en una base de
datos, y que son tratadas como una nica unidad lgica por el SGBD.
Es decir, una transaccin es una o varias sentencias SQL que se ejecutan en una base
de datos como una nica operacin, confirmandose o deshaciendose en grupo.
No todas las operaciones SQL son transaccionales. Slo son transaccionales las
operaciones correspondiente al DML, es decir, sentencias SELECT, INSERT, UPDATE
y DELETE
Para confirmar una transaccin se utiliza la sentencia
COMMIT los cambios se escriben en la base de datos.
Un ejemplo clsico de transaccin son las transferencias bancarias. Para realizar una
transferencia de dinero entre dos cuentas bancarias debemos descontar el dinero de
una cuenta, realizar el ingreso en la otra cuenta y grabar las operaciones y movimientos
necesarios, actuaizar los saldos ... .Si en alguno de estos puntos se produce un fallo en
el sistema podramos hacer descontado el dinero de una de las cuentas y no haberlo
ingresado en la otra. Por lo tanto, todas estas operaciones deben ser correctas o fallar
todas. En estos casos, al confirmar la transaccion (COMMIT) o al deshacerla (ROLLBACK)
garantizamos que todos los datos quedan en un estado consistente.
En una transaccin los datos modificados no son visibles por el resto de usuarios
hasta que se confirme la transaccin.
El siguiente ejemplo muestra una supuesta transaccin bancaria:
DECLARE
importe NUMBER;
ctaOrigen VARCHAR2(23);
ctaDestino VARCHAR2(23);
BEGIN
importe := 100;
ctaOrigen := '2530 10 2000 1234567890';
ctaDestino := '2532 10 2010 0987654321';
UPDATE CUENTAS SET SALDO = SALDO - importe
WHERE CUENTA = ctaOrigen;
UPDATE CUENTAS SET SALDO = SALDO + importe
WHERE CUENTA = ctaDestino;
INSERT INTO MOVIMIENTOS
(CUENTA_ORIGEN, CUENTA_DESTINO,IMPORTE, FECHA_MOVIMIENTO)
VALUES
(ctaOrigen, ctaDestino, importe*(-1), SYSDATE);
INSERT INTO MOVIMIENTOS
(CUENTA_ORIGEN, CUENTA_DESTINO,IMPORTE, FECHA_MOVIMIENTO)
VALUES
(ctaDestino,ctaOrigen, importe, SYSDATE);
COMMIT;
EXCEPTION
WHEN OTHERS THEN
dbms_output.put_line('Error en la transaccion:'||SQLERRM);
dbms_output.put_line('Se deshacen las modificaciones);
ROLLBACK;
END;
Si alguna de las tablas afectadas por la transaccin tiene triggers, las operaciones
que realiza el trigger estn dentro del ambito de la transaccin, y son confirmadas o
deshechas conjuntamente con la transaccin.
Durante la ejecucin de una transaccin, una segunda transaccin no podr ver los
cambios realizados por la primera transaccin hasta que esta se confirme.
ORACLE es completamente transaccional. Siempre debemos especificar si que
queremos deshacer o confirmar la transacion.
Transacciones autnomas
En ocasiones es necesario que los datos escritos por parte de una transaccin sean
persistentes a pesar de que la transaccion se deshaga con ROLLBACK.
PL/SQL permite marcar un bloque con PRAGMA AUTONOMOUS_TRANSACTION. Con
esta directiva marcamos el subprograma para que se comporte como transaccin diferente a
la del proceso principal, llevando el control de COMMIT o ROLLBACK independiente.
Observese el siguiente ejemplo. Primero creamos un procedimiento y lo marcamos con
PRAGMA AUTONOMOUS_TRANSACTION.
DECLARE
producto PRECIOS%TYPE;
BEGIN
producto := '100599';
INSERT INTO PRECIOS
(CO_PRODUCTO, PRECIO, FX_ALTA)
VALUES
(producto, 150, SYSDATE);
COMMIT;
EXCEPTION
WHEN OTHERS THEN
Grabar_Log(SQLERRM);
ROLLBACK;
/* Los datos grabados por "Grabar_Log" se escriben en la base
de datos a pesar del ROLLBACK, ya que el procedimiento est
marcado como transaccin autonoma.
*/
END;
Es muy comn que, por ejemplo, en caso de que se produzca algn tipo de error
queramos insertar un registro en una tabla de log con el error que se ha produccido y hacer
ROLLBACK de la transaccin. Pero si hacemos ROLLBACK de la transaccin tambien lo
hacemos de la insertcin del log.
SQL Dinamico
Sentencias DML con SQL dinamico
PL/SQL ofrece la posibilidad de ejecutar sentencias SQL a partir de cadenas de
caracteres. Para ello debemos emplear la instruccin EXECUTE IMMEDIATE.
Podemos obtener informacin acerca de nmero de filas afectadas por la instruccin
ejecutada por EXEXUTE IMMEDIATE utilizando SQL%ROWCOUNT.
El siguiente ejemplo muestra la ejecucin de un comando SQL dinamico.
DECLARE
ret NUMBER;
FUNCTION fn_execute RETURN NUMBER IS
sql_str VARCHAR2(1000);
BEGIN
sql_str := 'UPDATE DATOS SET NOMBRE = ''NUEVO NOMBRE''
WHERE CODIGO = 1';
EXECUTE IMMEDIATE sql_str;
RETURN SQL%ROWCOUNT;
END fn_execute ;
BEGIN
ret := fn_execute();
dbms_output.put_line(TO_CHAR(ret));
END;
Podemos adems parametrizar nuestras consultas a travs de variables host. Una
variable host es una variable que pertenece al programa que est ejecutando la
sentencia SQL dinmica y que podemos asignar en el interior de la sentencia SQL con la
palabra clave USING . Las variables host van precedidas de dos puntos ":".
El siguiente ejemplo muestra el uso de variables host para parametrizar una
sentencia SQL dinamica.
DECLARE
ret NUMBER;
FUNCTION fn_execute (nombre VARCHAR2, codigo NUMBER) RETURN NUMBER
IS
sql_str VARCHAR2(1000);
BEGIN
sql_str := 'UPDATE DATOS SET NOMBRE = :new_nombre
WHERE CODIGO = :codigo';
EXECUTE IMMEDIATE sql_str USING nombre, codigo;
RETURN SQL%ROWCOUNT;
END fn_execute ;
BEGIN
ret := fn_execute('Devjoker',1);
dbms_output.put_line(TO_CHAR(ret));
END;
DECLARE
BEGIN
str_sql VARCHAR2(255);
l_cnt
VARCHAR2(20);
END;
Trabajar con cursores explicitos es tambin muy fcil. nicamente destacar el uso de
REF CURSOR para declarar una variable para referirnos al cursor generado con SQL
dinamico.
DECLARE
TYPE CUR_TYP IS REF CURSOR;
c_cursor
CUR_TYP;
fila PAISES%ROWTYPE;
v_query
VARCHAR2(255);
BEGIN
v_query := 'SELECT * FROM PAISES';
OPEN c_cursor FOR v_query;
LOOP
FETCH c_cursor INTO fila;
EXIT WHEN c_cursor%NOTFOUND;
dbms_output.put_line(fila.DESCRIPCION);
END LOOP;
CLOSE c_cursor;
END;
Las varibles host tambien se pueden utilizar en los cursores.
DECLARE
TYPE cur_typ IS REF CURSOR;
c_cursor
CUR_TYP;
fila PAISES%ROWTYPE;
v_query
VARCHAR2(255);
codigo_pais VARCHAR2(3) := 'ESP';
BEGIN
v_query := 'SELECT * FROM PAISES WHERE CO_PAIS = :cpais';
OPEN c_cursor FOR v_query USING codigo_pais;
LOOP
FETCH c_cursor INTO fila;
EXIT WHEN c_cursor%NOTFOUND;
dbms_output.put_line(fila.DESCRIPCION);
END LOOP;
CLOSE c_cursor;
END;
SYSDATE
Devuelve la fecha del sistema:
NVL
Devuelve el valor recibido como parmetro en el caso de que expresin sea NULL,o
expresin en caso contrario.
NVL(<expresion>, <valor>)
El siguiente ejemplo devuelve 0 si el precio es nulo, y el precio cuando est
informado:
DECODE
Decode proporciona la funcionalidad de una sentencia de control de flujo if-elseifelse.
TO_DATE
Convierte una expresin al tipo fecha. El parmetro opcional formato indica el formato
de entrada de la expresin no el de salida.
TO_DATE(<expresion>, [<formato>])
En este ejemplo convertimos la expresion '01/12/2006' de tipo CHAR a una fecha (tipo
DATE). Con el parmetro formato le indicamos que la fecha est escrita como da-mesao para que devuelve el uno de diciembre y no el doce de enero.
SELECT TO_DATE('01/12/2006',
'DD/MM/YYYY')
FROM DUAL;
Este otro ejemplo muestra la conversin con formato de da y hora.
TO_CHAR
Convierte una expresin al tipo CHAR. El parmetro opcional formato indica el
formato de salida de la expresin.
TO_CHAR(<expresion>, [<formato>])
SELECT TO_CHAR(SYSDATE, 'DD/MM/YYYYY')
FROM DUAL;
TO_NUMBER
Convierte una expresion alfanumrica en numerica. Opcionalmente podemos
especificar el formato de salida.
TO_NUMBER(<expresion>, [<formato>])
FROM DUAL;
TRUNC
Trunca una fecha o nmero.
Si el parmetro recibido es una fecha elimina las horas, minutos y segundos de la
misma.
LENGTH
Devuelve la longitud de un tipo CHAR.
INSTR
Busca una cadena de caracteres dentro de otra. Devuelve la posicion de la ocurrencia
de la cadena buscada.
Su sintaxis es la siguiente:
REPLACE
Reemplaza un texto por otro en un expresion de busqueda.
SUBSTR
Obtiene una parte de una expresion, desde una posicin de inicio hasta una
determinada longitud.
UPPER
Convierte una expresion alfanumerica a maysculas.
LOWER
Convierte una expresion alfanumerica a minsculas.
ROWIDTOCHAR
Convierte un ROWID a tipo caracter.
SELECT ROWIDTOCHAR(ROWID)
FROM DUAL;
RPAD
Aade N veces una determinada cadena de caracteres a la derecha una expresin.
Muy util para generar ficheros de texto de ancho fijo.
LPAD
Aade N veces una determinada cadena de caracteres a la izquierda de una
expresin. Muy util para generar ficheros de texto de ancho fijo.
RTRIM
Elimina los espacios en blanco a la derecha de una expresion
')
LTRIM
Elimina los espacios en blanco a la izquierda de una expresion
Hola Mundo')
TRIM
Elimina los espacios en blanco a la izquierda y derecha de una expresion
Hola Mundo
')
MOD
Devuelve el resto de la divisin entera entre dos nmeros.
MOD(<dividendo>, <divisor> )
SELECT MOD(20,15) -- Devuelve el modulo de dividir 20/15
FROM DUAL
Secuencias
ORACLE proporciona los objetos de secuencia para la generacin de cdigos
numericos automticos.
Las secuencias son una solucin fcil y elegante al problema de los codigos
autogenerados.
LA sintaxis general es la siguiente:
SQ_PRODUCTOS.
SELECT SQ_PRODUCTOS.CURRVAL
FROM DUAL;
Para eliminar una secuencia definitivamente de la base de datos debemos utilizar la
sentencia DROP.
PL/SQL y Java
};
<java code>
...
El siguiente ejemplo crea y compila una clase Java OracleJavaClass en el interior de JAVA
SOURCE FuentesJava. Un aspecto muy a tener en cuenta es que los mtodos de la
clase java que queramos invocar desde PL/SQL deben ser estaticos.
loadJava -help
loadJava -u usario/password -v -f -r OracleJavaClass.class
loadJava -u usario/password -v -f -r OracleJavaClass.java
CREATE OR REPLACE
FUNCTION Saluda_wrap (nombre VARCHAR2)
RETURN VARCHAR2
AS
LANGUAGE JAVA NAME
'OracleJavaClass.Saluda(java.lang.String) return java.lang.String';
Una vez creado el wrapper, podremos ejecutarlo como cualquier otra funcion o procedure
de PL/SQL. Debemos crear un wrapper por cada funcin java que queramos ejecutar desde
PL/SQL.
Cuando ejecutemos el wrapper, es decir, la funcin "Saluda_wrap", internamente
se ejecutar la clase java y se invocar el mtodo esttico "OracleJavaClass.Saluda".
Un aspecto a tener en cuenta es que es necesario proporcionar el nombre del
tipo java completo, es decir, debemos especificar java.lang.String en lugar de
nicamente String.
SELECT SALUDA_WRAP('DEVJOKER')
FROM DUAL;
La ejecucin de este ejemplo en SQL*Plus genera la siguiente salida: