Summenberechnung mit Fastreport

[FediDelPr]

Hab jetzt mal '' durch 0 ersetzt, die Berechnung scheint jetzt zu funktionieren.
Also war doch der Typ STRING im Spiel.

Was mir aber nicht passt:

Sobald der Betrag in der DB = Null ist soll nicht 0.0 sondern nichts ('') dargestellt werden.
Ich vermute da ist eine Nachbearbeitung (z. B. OnAfterData) notwendig.

[Luckie]

Warum spielt das eine Rolle, was intern in der Datenbank steht? Sieht doch eh niemand.

[FediDelPr]

Nicht in der DB, sondern im Ausdruck.

[jobo]

Also wenn Du die Strings selbst reinmischt, kommen halt auch Strings raus, oder?

1. da gehört dann wohl in den Ausdruck NULL hin, statt 0 oder ''
2. das union ist vermutlich auch überflüssig

[p80286]

Zitat:

Zitat von jobo (Beitrag 1455023)

Also wenn Du die Strings selbst reinmischt, kommen halt auch Strings raus, oder?

1. da gehört dann wohl in den Ausdruck NULL hin, statt 0 oder ''
2. das union ist vermutlich auch überflüssig

1. Der Ausdruck und die dem Druck zugrunde liegenden Daten sind ja zweierlei.
2. ich denke das das Union nicht überflüssig ist da vereinfacht:

SQL-Code:

select ConStant BetragH,Betrag BetragS from bedingung1
Union
select betrag BetragH, ConStant BetragS from bedingung2

Falls die Reportsoftware mit solchen nicht ganz einfachen Bedingungen nicht klarkommt, muß eben alles über einzelne Abfragen gelöst werden.

Gruß
K-H

P.S.
Eine Mischung von numerischen Werten und Strings verbietet sich natürlich.

[jobo]

Zitat:

Zitat von p80286 (Beitrag 1455029)

1. Der Ausdruck und die dem Druck zugrunde liegenden Daten sind ja zweierlei.
2. ich denke das das Union nicht überflüssig ist da vereinfacht:

1.
ja, die Typen in der Tabelle wurden noch nicht preisgegeben oder?
Aber, wie baut den ein Union Statement seine Ergebnistypen zusammen? Baut bzw. bestimmt sie? Es wertet die Ergebnistypen des ersten Select aus und verwendet sie für das Ergebnis. Bis jetzt ergibt das für einen der beiden Saldenspalten immer einen String.
Nachfolgende Daten werden implizit dahin konvertiert.
(Dieses zwangläufige Verhalten zeigt auch noch eine mögliche Alternative per Union: ein 3.Statement hinzunehmen, das zu allererst die Typen definiert (ohne einen Datensatz zu liefern.)
2. Die Vermeidung des Union ist hier sicher nicht easy, vielleicht sogar nicht möglich. Da aber keine vollkommen verschiedenen Datenquellen genutzt werden, kann man es versuchen.
(Solange das Datenmodell und die DB unbekannt sind, ist es relativ müßig, sich diesen Kopf zu zerbrechen)

p.s.: Ich meinte Ausdruck im Sinne von Expression, nicht Report/Ausgabe
Der Typ der Originalspalte ist natürlich wichtig, aber nicht entscheidend, wenn er "unterwegs" verformt wird.