Je n'utiliserais pas un curseur explicite pour ce faire. Steve F. ne conseille plus aux gens d'utiliser des curseurs explicites lorsqu'un curseur implicite pourrait être utilisé.
La méthode avec count(*) est dangereux. Si une autre session supprime la ligne qui remplissait la condition après la ligne avec le count(*) , et avant la ligne avec le select ... into , le code lèvera une exception qui ne sera pas gérée.
La deuxième version du message d'origine n'a pas ce problème et est généralement préférée.
Cela dit, il y a une surcharge mineure en utilisant l'exception, et si vous êtes sûr à 100 % que les données ne changeront pas, vous pouvez utiliser le count(*) , mais je le déconseille.
J'ai exécuté ces benchmarks sur Oracle 10.2.0.1 sur Windows 32 bits . Je ne regarde que le temps écoulé. Il existe d'autres harnais de test qui peuvent donner plus de détails (tels que le nombre de verrous et la mémoire utilisée).
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;
/
