Oracle PL/SQL — czy wyjątki NO_DATA_FOUND są złe dla wydajności procedury składowanej?

Nie użyłbym do tego wyraźnego kursora. Steve F. nie zaleca już używania jawnych kursorów, gdy można użyć niejawnego kursora.

Metoda z count(*) jest niebezpieczny. Jeśli inna sesja usunie wiersz spełniający warunek po wierszu z count(*) , a przed linią z select ... into , kod zgłosi wyjątek, który nie zostanie obsłużony.

Druga wersja z oryginalnego postu nie ma tego problemu i jest ogólnie preferowana.

To powiedziawszy, korzystanie z wyjątku wiąże się z niewielkim obciążeniem, a jeśli jesteś w 100% pewien, że dane się nie zmienią, możesz użyć count(*) , ale odradzam.

Testy te przeprowadziłem w Oracle 10.2.0.1 w 32-bitowym systemie Windows . Patrzę tylko na upływający czas. Istnieją inne uprzęże testowe, które mogą podać więcej szczegółów (takich jak liczba zatrzasków i używana pamięć).

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;
/