Rechenoperation aus Alpha String

[labm]

SQL optimiert da manchmal unglücklich.
In obigem Fall wird reine Ganzzahlenarithmetik verwendet.

Probiere mal verschiedene Varianten per STRSQL:

2100.0 * 121.0 * 10.0 / 1000000.0

ggf. ist auch ein Casting erforderlich, e.g.:

dec(2100, 11, 2) ...

Es hat geklappt ich habe nur eine division durch 1000000,0 ausgeführt und schon wird mit nachkommastellen gerechnet.
Ich habe die ganze SQL anweisung immer noch nicht richtig verstanden(FETCH und PREPARE???) Ich habe mich noch mit SQL zu wenig Beschäftigt. Wichtig ist erstmal das es funktioniert. VIELEN DANK Du BIST SUUUUPER

[Fuerchau]

Du arbeitest hier mit "dynamischem SQL".

Mit "Declare xxx Cursor for yyy" erstellst du einen SQL-Cursor xxx für ein Statement yyy, also für eine Anweisung, mit dem Namen yyy, an Stelle eines Cursor mit einem "Select".

Statements müssen an SQL übergeben werden. SQL muss natürlich prüfen, ob die Anweisung korrekt ist und was für einen Typ die Anweisung hat.
Dafür steht der "Prepare" => Vorbereiten.

Cursor werden dann ganz normal mit "Open", "Fetch" (entspricht dem read) und "Close" verarbeitet.

Der Trick an der Sache ist, dass man SQL hier quasi missbraucht.
Da ausser REXX un ggf. Basic keine dynamischen Rechnenoperationen unterstützen, mache ich mir hier die SQL-Funktionen zu Nutze.

Das Gegenstück in RPG wäre:

c/exec sql
c+ set : myvar = Formel
c/end-exec

Die Set-Anweisung geht aber leider nicht dynamisch.

Alle anderen Anweisungen ausser Select lassen sich mit "execute immediate :mystmt" sofort ausführen.

Nach dem Prepare ist der SQLCOD auszuwerten um Fehler in der Formel festzustellen.
In SQLERD steht dann sogar die Position des Fehlers (in 4-byte-Binär) so dass man auch dem Benutzer dann Fehler anzeigen kann.

[fb@bruegge.biz]

Ich habe soetwas mal programmiert. Mit Klammerregeln, Punkt-/Strichrechnung, SIN, COS etc. etc.

Beispiel: (1+4*(17+4))*7+SIN(90)

Ebenfalls kann eine logische Abfrage inkl. Zeichenkettenoperationen etc. berechnet werden.

SST("TEST":1:2) = "TE" AND 1=7 OR (2*2=4 AND 7*7=49)



Das Ganze wird in einem SRVPGM zur Verfügung gestellt und kann sehr einfach aufgerufen werden. Aus jedem ILE/RPG und pfeilschnell.

Bei Interesse bitte email an fb@bruegge.biz

[Xanas]

SQL optimiert da manchmal unglücklich.
In obigem Fall wird reine Ganzzahlenarithmetik verwendet.

Probiere mal verschiedene Varianten per STRSQL:

2100.0 * 121.0 * 10.0 / 1000000.0

ggf. ist auch ein Casting erforderlich, e.g.:

dec(2100, 11, 2) ...

...ist das echt die einzige Möglichkeit, kann man das nicht per set option erzwingen?

Mit freundlichen Grüß
Kai Schummer

[Fuerchau]

Da gibts leider keine Option.
SQL verwendet da die einfache NK-Regel aus der Methematik.
Haben 2 Werte keine Nachkomma, so ist das Ergebnis eben auch ohne NK.

[Xanas]

naja bei einer Division kann es trotzdem vorkommen. MYSQL z.B macht das meiner Meinung nach richtig.

[BenderD]

richtig ist erst einmal, dass MySQL das anders macht; der SQL Standard fordert jedoch enge Typbindung, sprich: mit Integer Zahlen wird Integer gerechnet (nämlich abschneiden), mit Decimal wird kaufmännisch gerechnet (nämlich runden), mit Float wird Fließkomma gerechnet (nämlich (1/3 * 3) <> 1) und im Mix wird entsprechend hoch gecastet (von int -> dec -> float). Letztlich verlässlich ist das ganze beim rechnen mit Literalen nicht wirklich, deshalb sollte man sowas auch vermeiden und die Auswertung von Ausdrücken mit SQL ist ein Anwendungsmissbrauch, der sich mit unerwarteten Ergebnissen rächen kann (bei jeder Datenbank!!!), also was für Leute, die noch zusätzliche Probleme suchen.

D*B

naja bei einer Division kann es trotzdem vorkommen. MYSQL z.B macht das meiner Meinung nach richtig.