View Full Version : Dynamisches SQL mehrere where klauseln
camouflage
15-02-22, 14:13
Hallo Forum,
Ich stehe vor folgendem Problem:
ich möchte mit SQL eine Subfile Selektion machen. Dafür habe ich mehrere Selektierfelder.
Wie ich ein dynamisches SQL zusammenbauen muss, weiss ich:
select * from ADRFILE into :AdrDS where upper(ADNAME) like upper(:#NAME)
oder so
select * from ADRFILE into :AdrDS where upper(ADNAME) like upper(?)
Finde jetzt den Fehler. Mit Parametermarkern ist es so eine Sache, da ich nicht genau weiss, welche schliesslich gebraucht werden und auf Blank Dateninhaltabfragen bin ich auch nicht scharf.
Jetzt:
Kann ich das obige Statement mit dem :NAME so verwenden oder muss ich wirklich über die Marker gehen?
Danke für die Tipps
"?" benötigst du nur in dynamischen SQL's.
Wobei da eben das Problem besteht, dass die Parameter den Anzahl Fragezeichen in Folge entsprechen müssen.
Pragmatisch funktioniert dies auch so (habe ichdes öfteren gesehen und benutzt)
where (:#Name = '' or upper(ADNAME) like :#Name) ...
Man muss dann halt nur schauen, dass genügend Indizes vorhanden sind um noch flexibel zu sein.
Das ist halt der Nachteil von statischen Programmiersprachen.
camouflage
15-02-22, 15:21
Pragmatisch hüpf ich zum Fenster raus. Das würde bedeuten, wenn ich jetzt noch den Ort oder die Strasse hinznehme die Statements so lauten (Wildcards muss ich ja auch beachten):
where (:#Name = '' or upper(ADNAME) like upper(:#Name) or upper(ADNAME) = upper(:#Name))
and (:#Ort = '' or upper(ADORT) like upper(:#Ort) or upper(ADORT) = upper(:#Ort))
and (:#Strasse = '' or upper(ADSTR) like upper(:#Strasse) or upper(ADSTR) = upper(:#Strasse))
Richtig? Könnte damit leben. Danke.
camouflage
15-02-22, 16:27
Läuft wie ein "Örgeli" wie man in der Schweiz zu sagen pflegt.
"Pragmatisch hüpf ich zum Fenster raus."
Hm, was meinst du damit?
Wenn du es wirklich dynamisch mit dynamsichen Parametern machen willst, so ist der Aufwand nicht unerheblich (habe ich auch schon gemacht, in COBOL ca. 2001):
Du bildest das SQL mit den "?" als Parametern.
Dazu nimmst du eine selber beschrieben SQLDA-Struktur, die ein Array zu den Parametern (SQLVAR) enthält.
Jedes Array-Element enthält den numerischen SQL-Typ, die Ausprägung (Größe [, Nachkomma]) sowie einen Pointer der auf den Inhalt verweist.
Nach dem "exec sql prepare ...." machst du nur noch den "execute sql execute ... using SQLDA ...".
Eigentlich ganz easy.
Übrigens: auch das Lesen lässt sich mit SQLDA ganz flexibel realisieren.
Da finde ich meine pragmatische Lösung einfacher und auf Grund der möglichen Optimierung durch die IBM i selber auch nicht zeitkritisch.
camouflage
15-02-22, 17:29
Baldur,
Danke für die Anmerkung. Doch warum soll ich eine oberschlau Schlagmichtotsuperlösung erarbeiten, wenn es einfacher auch geht. Da muss ich niemanden mehr etwas beweisen.
Weil eine Schlagmichtotsuperlösung vielleicht einfach nur geil ist;-)?
Aber im Ernst, deshalb mache ich ja die pragmatische Lösung, die Schlagmichtotsuperlösung ist im Clientumfeld eher die Regel, da SQL's und Ergebnisse sowieso grundsätzlich dynamisch sind.
Frag mal die Javafraktion auf der IBM i, die kennt solche Probleme gar nicht.
... irgendwie verstehe ich die Anforderung und eure Diskussion nicht. Unvollständige Selektionen gehen auch mit simplem statischem SQL mit Parametermarkern mit between oder auch mit like.
- Feld between lowval and highval => keine Einschränkung
- Feld between :wert and :wert => nur mit Feld = Wert
etwas aufgebohrt kann das auch größer, bzw kleiner
- Feld like '%' => keine Einschränkung
- Feld like :wert => nur mit Feld = Wert
etwas aufgebohrt kann das auch echtes like (alle Kunden, bei denen der Ort mit 'F' und der Name mit 'M' anfängt etc.).
Das brummt dann auch mit elementarem Index-Design.
D*B
Der obere SQL ist doch statisch mit Hostvariablen. Parametermarker gibts nur bei dynamischem SQL, was u.U. in ILERPG halt schwierig ist.
... schneller geschrieben als gedacht. Parametermarker braucht man da keine, man besetzt die Hostvariablen der nicht benötigten Selektionen mit loval/highval und die anderen jeweils mit dem Auswahlwert (like entsprechend).
D*B