Summenberechnung mit Fastreport

[Klaus01]

wenn die Zahlen als text zusammengesetzt worden wären,
sollte das "Ergebnis" dann nicht 177.30232.1029.75 lauten?

Grüße
Klaus

[Lemmy]

Zitat von Klaus01:

wenn die Zahlen als text zusammengesetzt worden wären,
sollte das "Ergebnis" dann nicht 177.30232.1029.75 lauten?

nicht zwingend.. wenn der Wert 177.3 ist und die 0 nur wegen Formatsetting dazu kommt wäre das schon ne Lösung. Nur ist mir nicht klar, wie so was mit der eingebauten Summenfunktion erreicht werden kann.

[FediDelPr]

Ich werde den Einfluss des Formats mal genauer ansehen. Allerdings
denke ich ist das Format in den funktionierenden Beispielen das selbe.

[FediDelPr]

Das Format ( %2.2n ) hat keinen Einfluss auf das Berechnungsresultat.

Aber ich habe ein weiteres Problem festgestellt: MAX und MIN liefern nicht die
richtigen Resultate. Der Wert kommt zwar vor, er ist aber weder der grösste noch
der kleinste. Wenn ich dasselbe in einem weiter vorhandenen Bericht derselben
Anwendung ausführe funktionieren die Funktionen (SUM,MAX,MIN).

Ich versuche jetzt mal den funktionierenden Bericht als Basis zu verwenden und diesen
laufend in den gewünschten überzuführen.

[jobo]

Das Format ist in dem Moment uninteressant, wenn es auf einen Wert trifft, der bereits von Anfang an ein String ist. Das ist zumindest das, was ich vermute.

[Lemmy]

Zitat von FediDelPr:

Ich versuche jetzt mal den funktionierenden Bericht als Basis zu verwenden und diesen
laufend in den gewünschten überzuführen.

wie kommen die Daten denn in dem Report? frxUserDataset oder frxDBDataset? Wenn DB Dataset, sind das "Normale" Datentypen oder evtl. Ergebnisse von SQL-Funktionen (Select SUM(x) from...)? Wenn das Ergebnisse von SQL-Funktionen sind, kannst Du bei dem DBMS ein CAST zu einem Float machen?

[FediDelPr]

Die Daten kommen von einem frxDBDataset.

Ich bin noch nicht sicher, aber einiges deutet darauf hin, dass es bei Verwendung von
UNION (in ADOQuery) nicht richtig funktioniert.

Das eigenartige Resultat (wie CONCAT) deutet tatsächlich darauf hin, dass Strings verarbeitet
werden und nicht DOUBLE/FLOAT.

Hier ein Auszug aus dem SQL-Text:

kommt noch, es gibt da ein Problem beim Einfügen des SQL-Textes

[FediDelPr]

Hier der SQL-Text:

Code:

SELECT
  :ParamInt1 AS Konto,
  Datum,
  Beleg,
  Buchungstext,
  KontoS AS Gegen,
  Betrag AS BetragS,
  '' AS BetragH,
  Kontobezeichnung
FROM
  Buchungen bu
LEFT JOIN Kontenplan kp
ON bu.KontoH = kp.Kontonr

WHERE (KontoH = :ParamInt2) AND
      Datum BETWEEN :ParamDate1 AND :ParamDate2

UNION

SELECT
  :ParamInt3,
  Datum,
  Beleg,
  Buchungstext,
  KontoH AS Gegen,
  '' AS BetragS,
  Betrag AS BetragH,
  Kontobezeichnung
FROM
  Buchungen bu
LEFT JOIN Kontenplan kp
ON bu.KontoS = kp.Kontonr

WHERE (KontoS = :ParamInt4) AND
      Datum BETWEEN :ParamDate3 AND :ParamDate4