Navigator SQL empfindlicher als STRSQL, wo ist der Fehler

[Robi]

Bin etwas weiter ...
select dec(substr(nttext, 1, 11)), 11, 2) from pntm1
where nttabl = 'PWE' and nttabw <> ' '

bringt STRSQL ein Ergebnis, im Navigator nur +++++++

select dec(substr(replace(nttext, ',', '.'), 1, 11)), 11, 2) from pntm1
where nttabl = 'PWE' and nttabw <> ' '
genau umgekehrt

Im Navigator erwartet er also ein dezimal-Punkt, im STRSQL ein Komma

Habe den DEC nun so
dec(substr(nttext, 1, 11), 11, 2, ',')

das ging

Robi

Danke

[B.Hauser]

Du kannst sowohl beim IBM i Navigator als auch beim STRSQL das Dezimal-Trennzeichen einstellen.
Beim STRSQL ist das Trennzeichen per Default ein Komma (vermutlich System-Wert) im IBM i Navigator standardmäßig ein Punkt.

Einstellen im IBM i Navigator:
Connection/Verbindung --> JDBC Einstellungen --> Format --> Decimal Separator/Trennzeichen

... übrigens wenn Du Dezimal-Trennzeichen Komma verwendest, musst Du immer ein Leerzeichen nach dem Komma-Separator innerhalb einer Funktion oder eines SQL-Statements angeben.

Birgitta

[Fuerchau]

Aber nur bei Zahlen...

[B.Hauser]

Aber nur bei Zahlen...

Warum?
Bei Trennzeichen kann man eigentlich nie zuviel Blanks angegeben, nur zuwenig!

[Fuerchau]

Mir ging es ja nur um das "muss".
Bei Zahlen muss man, bei allem anderen kann man.
Wichtig ist ja nur, dass man das Blank nach der Zahl angeben muss.

[BenderD]

Warum?
Bei Trennzeichen kann man eigentlich nie zuviel Blanks angegeben, nur zuwenig!

... bei ordentlichen Programmiersprachen nicht, bei free RPG schon, mach mal ein Semikolon am Anfang der nächsten Zeile, da kriegt der Compiler die Vogelgrippe.

D*B

[Fuerchau]

Nun ja, wenn die vorherige Zeile nicht mit Semikolon aufhört, funktionierts.
Das mache ich gerne bei längeren SQL's und Prozeduraufrufen.
Nur "leere" Zeilen, also 2 auf einander folgende Semikolons, mag der Compiler nicht.

[BenderD]

Nun ja, wenn die vorherige Zeile nicht mit Semikolon aufhört, funktionierts.
Das mache ich gerne bei längeren SQL's und Prozeduraufrufen.
Nur "leere" Zeilen, also 2 auf einander folgende Semikolons, mag der Compiler nicht.

... das Problem fängt an, wenn hinter dem Semikolon in der selben Zeile was anderes wie Kommentar kommt...

[camouflage]

... bei ordentlichen Programmiersprachen nicht, bei free RPG schon, mach mal ein Semikolon am Anfang der nächsten Zeile, da kriegt der Compiler die Vogelgrippe.
D*B

Grundsätzlich richtig, aber bevor die Vogelgrippe ausbricht, hustet dir RDi noch was.

[B.Hauser]

... bei ordentlichen Programmiersprachen nicht, bei free RPG schon, mach mal ein Semikolon am Anfang der nächsten Zeile, da kriegt der Compiler die Vogelgrippe.
D*B

Was soll denn schon wieder der Seitenhieb auf RPG in einem Thread in dem es um SQL (noch nicht einmal embedded SQL!) ging?

[BenderD]

Was soll denn schon wieder der Seitenhieb auf RPG in einem Thread in dem es um SQL (noch nicht einmal embedded SQL!) ging?

Guten Morgen liebe Birgitta,

schlecht geschlafen? mit dem falschen Fuß aufgestanden? hat der Kaffee nicht geschmeckt?

Ich wünsche Dir jedenfalls einen erfreulichen Tag.

Dieter

PS: und nicht dass da wieder jemand RPG lästert

[Fuerchau]

Also wenn ich aus jedm Beitrag das rausschmeißen müsste was mit dem Thema nichts zu tun hat, käme ich vor Korrekturen nicht zum Arbeiten.
Schließlich sind wir hier eine der wenigen angenehmen Gemeinschaften, wo es selten Attacken gibt und noch seltener unbegründete Attacken.

Übrigens habe ich letztens den "küzesten" Programmiererwith entdeckt:

"Das müsste jetzt eigentloich funktionieren!"