strqmqry und Parameter/Variable

[Fuerchau]

Das *cat ist Bestandteil deines CLP's!

Du kannst natürlich im SQL auch "... char('&routenr') ..." definieren und übergibst &routenr ohne Hochkomma.

[Marc_w]

Hab die Ausführung zum Testen ohne CL direkt im Query Manager gemacht. Daran wird es wohl liegen. Oder geht das auch ohne CL?

Marc

[Fuerchau]

über Test in QM-Query geht das natürlich auch.
Gib in die Nachricht einfach z.B. 07 ein.
QM-Query übernimmt erst mal alles als Zeichen und SQL entscheidet dann, ob Zeichen oder Wert.

[Pikachu]

Du kannst natürlich im SQL auch "... char('&routenr') ..." definieren und übergibst &routenr ohne Hochkomma.

So geht das leider nicht, da dann &routenr nicht als Variable erkannt wird.

Marc, probier's mal mit DIGITS(ZONED(&Routenr, 2)) anstelle von CHAR(&Routenr)

[Hubert]

Ich hab ein ähnliches Problem so gelöst:

right('00' concat char(&VARIABLE), 2)

So viele 0en im String angegeben, wie ich Zeichen in der right - Funktion benötige, dann wird auch eine übergebene 0 richtig verarbeitet.

[Fuerchau]

ZONED funktioniert aber bei alpha nicht!
Also bleibt nur:

Route = &Routenr

Die benötigten Hochkommata sind dann direkt mit einzugeben. Die Funktion char kannst du dir sparen.

[Marc_w]

Das war´s. Danke für eure Hilfe. Beim nächsten Versuch werd ich das ganze mal mit einem CL testen.
Nur hab ich doch noch einen Fehler in der Datumsabfrage. Es kommt zwar kein Fehler des SQL-Codes, aber die Abfrage > Datum wird einfach nicht beachtet. Es werden alle vorhanden Datensätze dieser Route aufgelistet.
In der Hoffnung auf einen weiteren Tipp.

Marc

[Marc_w]

Mein Letztes Posting war eigentlich an Pikachu gerichtet. Mit der DIGITS(ZONED(&Routenr, 2)) Zeile war das Problem behoben.
Bei route = ('&var') hat er immer nach der route &var gesucht und nicht nach dem Wert (z.B.: 07) den ich dieser Variable gegeben habe.

Marc

[Fuerchau]

Allerdings kommst du bei "a2" auf einen Fehler, da dies nicht numerisch ist!!!

Die Funktion Date(...) verlangt ein Datum
a) im Jobformat z.b. 'TT.MM.JJ', 'TT.MM.JJJJ'
b) im ISO-Format 'JJJJ-MM-TT'

Hochkomma einschließlich !

Ist dein RDat auch von Typ DATE ?

[Marc_w]

Das Feld Route ist aphanumerisch. Mit Route hab ich keine Probleme mehr.
Das Datum ist als 10L definiert mit DATFMT(*ISO) und JJJJ.MM.TT.
Bin noch nicht 100%-ig dahintergekommen wo mein Fehler ist.

Marc

[B.Hauser]

JJJJ.MM.DD ist keine gültige Datums-Darstellung. Beim ISO-Format müssen Bindestriche/Minus-Zeichen als Trennzeichen verwendet werden. Punkte sind nicht zulässig.

ISO-Format: JJJJ-MM-DD

Birgitta

[Marc_w]

Ja, da hast du recht, ich hätte mit - trennen sollen (die Macht der Gewohnheit). Bei der Ausführung mit der Abfrage > date(&Rechnungsdatum) kommt keine Fehlermeldung (z.B. 2008-10-13). Die Abfrage wird einfach nicht beachtet. Es kommen z.B. auch Zeilen mit Datum aus 2001.

Marc