Exception bei leerem Result

[idefix2]

Eben habe ich eine herbe Überraschung erlebt, ich hoffe, es gibt eine Möglichkeit, das zu umgehen:

Ein Select Statement, für das die Ergebnismenge leer ist, weil zufällig auf keinen Datensatz die Where Klausel passt, liefert mir nicht kommentarlos eine leere Datenmenge zurück, sonder generiert eine Exception - Ich habe versucht, das zurückzuverfolgen, und festgestellt, dass die Exception anscheinend schon in der fbclient Dll ausgelöst wird.

Eigentlich möchte ich nicht unbedingt für jeden Select-Befehl einen Try-except Block machen, bloss um ein leeres Ergebnis abzufangen. Es sollte doch laut Beschreibung der fetch Befehl false liefern, wenn keine Daten für das Fetch vorhanden sind. Gibt es da eine andere Lösung?

[Bernhard Geyer]

Hört sich für mich nach einem Fehler der Zugriffskomponenten an. Was sagt der Hersteller dazu?

[mkinzler]

Da der Fehler bei anderen Zugriffskomponenten nicht zutrifft, würde ich auch auf einen Fehler in UIB Tippen. Da diese ja OS sind könntest du dort mal nachforschen

[fkerber]

Hi!

Ohne UIB zu kennen, kann ich es mir fast nicht vorstellen, dass in einem so häufigen Fall eine Exception geworfen wird, und das bislang niemand angemerkt hat, sodass es korrigiert wurde.

Bist du dir sicher, dass nicht vllt. dein Statement inkorrektes SQL beinhaltet oder sowas?

Vllt. zeigst du mal etwas Code ;)


Liebe Grüße,
Frederic

[himitsu]

Zitat:

Zitat von fkerber (Beitrag 1032173)

Vllt. zeigst du mal etwas Code ;)

Der Meldungstext der Exception wäre eventuell auch nich uninteressant.
(Strg+C, wenn ein Delphi-Exception-Dialog den Fokus hat, und die Meldung ist im Zwischenspeicher)

[idefix2]

SQL-Code:

'select xleft,xtop,xwidth,xheight,titleheight,rowheight,widths from sysansicht where (name=?) and (user=?) and (Standard<>' ');'

Dieser SQL-String wird an Execute übergeben (mit Cut and Paste aus dem Debugger kopiert, unmittelbar vor dem Aufruf von isc_dsql_execute2). Die Parameter name und user enthalten gültige Werte, allerdings gibt es in der Datenbank keine passenden Datensätze.

Der Wert, den ich im Debugger als SQL-Statusrückgabewert angezeigt bekomme, ist 335544374. Die UIB Library produziert aber offenbar immer eine Exception, wenn dieser Statuscode ungleich 0 ist - der zugehörige Klartext der Exception lautet in dem Fall:
'Row not found for fetch, update or delete, or the result of a query is an empty table.'

Das kann es doch eigentlich nicht geben? Ich meine, da ist ganz klar eine Fehlermeldung für die Situation vorgesehen, die doch in Wirklichkeit gar kein Fehler ist. Hat irgend jemand mit UIB diesbezüglich Erfahrung?

[blackfin]

greifst du vielleicht nach der Abfrage gleich auf den ersten Record zu, ohne zu prüfen, ob er existiert?

denn der Fehlercode ist ja:

Zitat:

100335544374 stream_eof Attempt to fetch past the last record
in a record stream

Ich weiss jetzt nicht, was das fetch() bei UIB genau macht, da ich die Kompos selbst nicht benutze, aber wenn ich jetzt mal zu php ableite, dann
gibt es da ja z.B. das mysql_fetch_array(), was einen Record von einer Query holt.
Wenn die Query aber keine Result-Sets hat, spuckt auch mySQL/php dort eine Exception heraus, da es ja keine Records gibt, deswegen muss man dort erstmal z.B. mit
mysql_count_rows() abfragen, ob überhaupt Records als Ergebnis der Query vorhanden sind.
Könnte das vielleicht die Ursache sein? Dass du versuchst, einen Record zu holen, obwohl es keinen gibt?
Das ist alles nur eine Vermutung, da ich, wie gesagt, UIB nicht kenne...

[hoika]

Hallo,

1. was sagt denn progdigy dazu ?

2. Probier mal CachedFetch=False
http://www.progdigy.com/forums/viewt...40b0e30efca645

2. ist nur so ne Überlegung.


Heiko

[Fuchtel]

Hallo,

Im Zitat von blackfin steckt die Lösung:

Zitat:

100335544374 stream_eof Attempt to fetch past the last record

'

Code:

 If not Query.Eof then   
 begin
   // Auswertung
 end;

Query.Eof gibt an, ob das Ende des Querys schon erreicht ist.
Ist Deine Abfrage leer, ist es immer true.

Fuchtel

[idefix2]

Leider ist es nicht so. Ich glaube ich habe oben ziemlich genau beschrieben, was das Problem ist. Ich bekomme die Exception schon beim Ausführen der Query, noch bevor ich irgendwelche Daten mittels Fetch hole. Aber sogar das sollte möglich sein, in den von UIB mitgelieferten Demoprogrammen (der einzigen "Dokumentation") ist die Konstruktion

Delphi-Quellcode:

    (* Prepare the statement. *)
    try
      UL.DSQLPrepare(DB, trans, stmt, sel_str, SQL_DIALECT, sqlda);
    except
      on E: Exception do
      begin
        WriteLn('Error: ',E.Message);
        ReadLn;
        raise;
      end;
    end;

    (* Execute the statement. *)
    UL.DSQLExecute(trans, stmt, SQL_DIALECT, nil);

    (*
     *    Fetch and print the records.
     *)
    while UL.DSQLFetch(DB, trans, stmt, 1, sqlda) do
      Writeln(format('%s %s %s', [sqlda.AsString[0], sqlda.AsString[1], sqlda.AsString[2]]));

d.h. laut diesem UIB-DemoProgramm sollte, wenn keine Daten mehr da sind, einfach fetch den Wert false liefern.

Das ganze passiert nicht in Verbindung mit einer Query-Komponente, sondern ich verwende nur die Basisunit "UIBLib", das ist eine Unit, die ein paar Klassen zur direkten Verwendung der Firebird API zur Verfügung stellt. Das Statusergebnis <> 0, das "schuld" an der Auslösung der Exception in der UIB Unit ist, kommt direkt aus der Firebird-DLL fbclient.dll beim Execute der Query zurück.

@heiko
Ja, progdigy ist wohl eher der richtige Platz, um die Frage zu stellen. Ich bin jetzt schon so gewohnt, dass hier auf so ziemlich alles eine brauchbare Antwort kommt :)