-
Dynamisches SQL mehrere where klauseln
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
kf
-
"?" 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.
-
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.
Last edited by camouflage; 15-02-22 at 16:29.
Grund: Statements korrigiert
kf
-
Läuft wie ein "Örgeli" wie man in der Schweiz zu sagen pflegt.
kf
-
"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.
-
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.
kf
-
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
-
Ja das geht auch, ist allerdings performancenegativ.
Wenn ich alle Paramter mit Low/High und nur 1 auf einen bestimmten Wert kann SQL nicht über Index optimieren. Wenn ich einen Parameter mit Leer prüfe und nur den gewünschten Parameter fülle, kann SQL den passenden Index nehmen.
-
Zitat von Fuerchau
Ja das geht auch, ist allerdings performancenegativ.
Wenn ich alle Paramter mit Low/High und nur 1 auf einen bestimmten Wert kann SQL nicht über Index optimieren. Wenn ich einen Parameter mit Leer prüfe und nur den gewünschten Parameter fülle, kann SQL den passenden Index nehmen.
Und warum denn nicht?
Solange die Original-Spalte auf der linken Seite des Vergleichsoperators (BETWEEN) nicht verändert wird (z.B. durch eine Scalare Funktion) KANN der Optimizer einen regulären Binary Radix Tree Index verwenden.
Ob er es denn tut, hängt mit anderen Faktoren zusammen.
... und selbst wenn auf der linken Seite des Vergleichsoperators die Spalte verändert wird, kann der Optimizer sogar einen entsprechenden Derived Index verwenden.
Kleiner Tipp: bevor man irgendwelche Behauptungen in den Raum stellt, sollte man das Ganze doch mal ausprobieren.
Similar Threads
-
By Tschabo in forum NEWSboard Programmierung
Antworten: 10
Letzter Beitrag: 11-03-21, 09:14
-
By msost in forum NEWSboard Programmierung
Antworten: 18
Letzter Beitrag: 07-04-17, 14:23
-
By chrisssiie in forum NEWSboard Programmierung
Antworten: 3
Letzter Beitrag: 05-09-16, 13:27
-
By labm in forum NEWSboard Programmierung
Antworten: 8
Letzter Beitrag: 07-05-15, 07:55
-
By mott in forum IBM i Hauptforum
Antworten: 7
Letzter Beitrag: 18-09-02, 15:42
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks