FETCH IN nicht eine Ausnahme auslösen, wenn der Satz leer ist, nicht wahr?

Hier ist der aktuelle code, den ich versuche zu Debuggen:

BEGIN
            OPEN bservice (coservice.prod_id);

            FETCH bservice
            INTO  v_billing_alias_id, v_billing_service_uom_id, v_summary_remarks;

            CLOSE bservice;

            v_service_found := 1;
        -- An empty fetch is expected for some services.
        EXCEPTION
            WHEN OTHERS THEN
                v_service_found := 0;
        END;

Wenn die parametrisierten cursor bservice(prod_id) leer ist, ruft es NULL in den drei Variablen und nicht eine Ausnahme werfen.

Also wer schrieb diesen code erwartet, dass es eine Ausnahme war falsch, richtig? Der Kommentar scheint zu implizieren, dass und leer fetch wird erwartet, und dann setzt es ein flag für die spätere Handhabung, aber ich denke, dass dieser code kann möglicherweise nicht getestet wurden, mit leeren Sätzen, die entweder.

Offensichtlich, es sollten bservice%NOTFOUND oder bservice%GEFUNDEN oder ähnliches.

InformationsquelleAutor Cade Roux | 2011-02-02

4

Wenn die parametrisierten cursor bservice(prod_id) leer ist, ruft es NULL in den drei Variablen und nicht eine Ausnahme werfen.

Falsch

Wenn t ist leer, es holt nichts, und nicht überschreibt jeglichen Wert.
```
declare

  cursor c(dt in date) is 
    select dummy from dual 
     where dt > sysdate;

  dummy_ dual.dummy%type;

begin

  open c(sysdate + 2);
  fetch c into dummy_;
  close c;
  dbms_output.put_line('1: ' || dummy_);

  open c(sysdate - 2);
  fetch c into dummy_;
  close c;
  dbms_output.put_line('2: ' || dummy_);

end;
/
```
Drucke
```
1: X
2: X
```
Also wer schrieb diesen code erwartet, dass es eine Ausnahme war falsch, richtig? Ja

Offensichtlich, es sollten bservice%NOTFOUND oder bservice%GEFUNDEN oder ähnliches. Ja
- Nyffenegger Recht, es funktioniert im Grunde genauso wie SQL Server. Ich denke, die HOLEN nicht das überschreiben der Variablen ist der Grund, warum dieser Fehler nicht erkannt. Nicht sicher, warum ein cursor verwendet wurde, in den ersten Platz sowieso, da könnten Sie wählen Sie einfach in der Variablen, oder direkt in die update -...
InformationsquelleAutor René Nyffenegger
4

Wenn Sie wissen wollen, ob der cursor zurückgegeben keinem Ergebnis, verwenden Sie die %GEFUNDEN cursor-Attribut:
```
        OPEN bservice (coservice.prod_id);

        FETCH bservice
        INTO  v_billing_alias_id, v_billing_service_uom_id, v_summary_remarks;

        -- An empty fetch is expected for some services.
        IF (bservice%FOUND) THEN
          v_service_found := 1;
        ELSE
          v_service_found := 0;
        END IF

        CLOSE bservice;
```
vom cursor-Attribute
%GEFUNDEN
- Gibt INVALID_CURSOR wenn cursor ist deklariert, aber nicht geöffnet ist; oder wenn cursor geschlossen wurde.
- Gibt NULL zurück, wenn der cursor offen ist, aber Holen nicht ausgeführt
- Gibt TRUE zurück, wenn ein erfolgreicher fetch ausgeführt wurde
- Gibt FALSE zurück, wenn kein Datensatz zurückgegeben wurde.
InformationsquelleAutor jachguate

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.