No usaría un cursor explícito para hacer esto. Steve F. ya no aconseja a las personas que usen cursores explícitos cuando se podría usar un cursor implícito.
El método con count(*) es inseguro Si otra sesión elimina la fila que cumplió la condición después de la línea con el count(*) , y antes de la línea con select ... into , el código generará una excepción que no se controlará.
La segunda versión de la publicación original no tiene este problema y generalmente se prefiere.
Dicho esto, hay una sobrecarga menor al usar la excepción, y si está 100% seguro de que los datos no cambiarán, puede usar el count(*) , pero no lo recomiendo.
Ejecuté estos puntos de referencia en Oracle 10.2.0.1 en Windows de 32 bits . Solo miro el tiempo transcurrido. Hay otros arneses de prueba que pueden brindar más detalles (como el número de pestillos y la memoria utilizada).
SQL>create table t (NEEDED_FIELD number, COND number);
SQL>insert into t (NEEDED_FIELD, cond) values (1, 0);
declare
otherVar number;
cnt number;
begin
for i in 1 .. 50000 loop
select count(*) into cnt from t where cond = 1;
if (cnt = 1) then
select NEEDED_FIELD INTO otherVar from t where cond = 1;
else
otherVar := 0;
end if;
end loop;
end;
/
declare
otherVar number;
begin
for i in 1 .. 50000 loop
begin
select NEEDED_FIELD INTO otherVar from t where cond = 1;
exception
when no_data_found then
otherVar := 0;
end;
end loop;
end;
/
