unklares verhalten einer stored proc in Firebird

[Nightfly]

Hi

also, folgender ausdruck liefert bei einer konkreten variablenbelegung ein ergebniss:

SQL-Code:

select sum(R_ANZ * R_EPREIS) from RECHNUNG R, MAIN M  /*die negativen*/
where (M.stelle = R.Stelle) and (M.id = R.bereich) and (M.calc = 0) and (R.stelle like '%'||:stelle||'%') and  (r.bereich < :zeile) and (EXTRACT(YEAR from R.R_Datum) = :Jahr) and (EXTRACT(MONTH from R.R_Datum)= :Monat)

Die folgende StoredProc gibt aber <null> zurück,obwohl sie doch zu dem obigen ausdruck identisch ist. Hilfe,ich versteh das nich!!

SQL-Code:

CREATE PROCEDURE SUM_ZEILE_BER (
    STELLE CHAR(9),
    JAHR INTEGER,
    ZEILE INTEGER,
    MONAT INTEGER)
RETURNS (
    ERGEBNIS NUMERIC(9,2))
AS
DECLARE VARIABLE DIF1 NUMERIC(9,2) = 1;
begin
  select sum(R_ANZ * R_EPREIS) from RECHNUNG R, MAIN M  /*die negativen*/
  where (M.stelle = R.Stelle) and (M.id = R.bereich) and (M.calc = 0) and (R.stelle like '%'||:stelle||'%') and  (r.bereich < :zeile) and (EXTRACT(YEAR from R.R_Datum) = :Jahr) and (EXTRACT(MONTH from R.R_Datum)= :Monat)
  into :dif1;
  ergebnis = :dif1;
  suspend;
end

[Lemmy]

Hi,

änder die SP so ab:

SQL-Code:

CREATE PROCEDURE SUM_ZEILE_BER (
    STELLE CHAR(9),
    JAHR INTEGER,
    ZEILE INTEGER,
    MONAT INTEGER)
RETURNS (
    ERGEBNIS NUMERIC(9,2))
AS
DECLARE VARIABLE DIF1 NUMERIC(9,2) = 1;
begin 

  FOR

  select sum(R_ANZ * R_EPREIS) from RECHNUNG R, MAIN M  /*die negativen*/
  where (M.stelle = R.Stelle) and (M.id = R.bereich) and (M.calc = 0) and (R.stelle like '%'||:stelle||'%') and  (r.bereich < :zeile) and (EXTRACT(YEAR from R.R_Datum) = :Jahr) and (EXTRACT(MONTH from R.R_Datum)= :Monat)
  into :dif1;
  ergebnis = :dif1

  DO

  suspend;
end

Wenn Du willst, dass ne SP nen Wert uzrückliefert, brauchst Du meines WIssens immer ne For-DO-Suspend/Exit Schleife, auch wenn nur ein Wert zurückkommen soll.

Grüße
Lemmy

[MrSpock]

Hallo Lemmy,

Zitat:

Zitat von Lemmy der Weise

Wenn Du willst, dass ne SP nen Wert uzrückliefert, brauchst Du meines WIssens immer ne For-DO-Suspend/Exit Schleife, auch wenn nur ein Wert zurückkommen soll.

Das ist nicht grundsätzlich richtig. Solange nur ein Wert zurückgegeben werden soll, ist eine For - Do Schleife nicht nötig.

Diese funktioniert z.B.:

SQL-Code:

CREATE PROCEDURE "OhneFor" 
RETURNS (
    "Erg" NUMERIC(15,2))
AS
begin
  select SUM(S3) FROM "TestComp" into :"Erg";
  suspend;
end

mit der Abfrage:

SQL-Code:

SELECT "Erg" from "OhneFor"

[DelphiDeveloper]

Zitat:

Die folgende StoredProc gibt aber <null> zurück,obwohl sie doch zu dem obigen ausdruck identisch ist. Hilfe,ich versteh das nich!!

wie ruft du denn deine SP auf?

in einem select statement oder als echte SP?

insbesonder bei subselects und unions hatte ich mit Parametern öfters
Schwierigkeiten mit interbase und firebird.


Hast du deine SP mal mit IBexpert getestet? Funzt es da auch nicht?

[Nightfly]

ja, ich rufe sie mit select auf. im IB expert geht sie auch nicht. erst wenn ich sie direkt im SQL Tool ausführe geht es...komische sache das...

[DelphiDeveloper]

Zitat:

SQL Tool

wo und was ist das?

SQL Editor im IBexpert?

[Nightfly]

ja, das meinte ich

[DelphiDeveloper]

ich vermute mal, dass es an den parametern liegt.
Versuch doch mal deine variablen durch konkrete Werte zu ersetzen.

nochwas:
was benutzt du für eine FB Version?

[Nightfly]

firebird 1.5

Das komische: wenn ich konkrete werte in den "quelltext" schreibe gehts.
HAb ich jedoch die variablen, erscheint ja sowohl beim ausführen der procedure als auch beim ausführen des code schnipsels im SQL Editor ein fenster,in dem ich die variablen belegen kann.

Und da das phänomen: Im SQL editor gehts, als Prozedur nicht...

[DelphiDeveloper]

Ich habe eine Anwendung mit etwa
400 Prozeduren und 1200 Triggern auf einer IB 6.0 laufen.

Habe diese auf FB 1.5 RC8 umgestellt und habe viele Stellen im programm
die nicht mehr funktionieren.
Viele komplexe Queries (mit massig parametern) liefern einfach keine
Ergebnisse mehr.

Deshalb mußte ich viele parametrisierte Queries notwendigerweise
ändern.

Ich habe das so gemacht, dass ich vor aufruf der Queries meine Variablen
einfach mit Stringreplace durch konkrete Werte ersetze. Das ist häßlich
aber erfüllt seinen zweck.


Bei RC9 ist laut doku auch noch keine besserung in sicht.