Probleme mit PARAMETER und SELECT
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Ich habe folgendes Problem: Ich lese beim Start eines Reports mehrere Werte als Parameter und SELECT-Options ein auf die bei der SELECT Anweisung mittels WHERE Klausel auf vorhandensein in einer Tabelle geprüft werden. Also soweit nichts besonderes. Das Problem liegt jetzt daran, dass wenn kein Parameter eingegeben wird, die Abfrage so realisiert sein soll, dass es wie ein Jokerzeichen/Wildcard gehandhabt wird, es also egal ist, was in der Tabelle steht und alles zugehörige ausgelesen wird. Wie kann ich das realisieren ?
Wenn ich nur ein Parameter hätte, könnte man es ja einfach über eine IF-Abfrage machen und dann dementsprechend zwei verschiedene SELECT-Anweisungen implementieren. Da ich aber nun 4 bis 5 Parameter übergeben lassen will, müsste ich eine unheimlich große Anzahl an verschiedenen SELECT-Anweisungen implementieren. Das ganze sollte doch auch einfacher gehen oder ? Hat da jemand eine Idee ? Gibts ein Modul oder ne Variante die das ganze löst ?
Danke schon mal im Voraus.
Schönen Gruß Hannes
Wenn ich nur ein Parameter hätte, könnte man es ja einfach über eine IF-Abfrage machen und dann dementsprechend zwei verschiedene SELECT-Anweisungen implementieren. Da ich aber nun 4 bis 5 Parameter übergeben lassen will, müsste ich eine unheimlich große Anzahl an verschiedenen SELECT-Anweisungen implementieren. Das ganze sollte doch auch einfacher gehen oder ? Hat da jemand eine Idee ? Gibts ein Modul oder ne Variante die das ganze löst ?
Danke schon mal im Voraus.
Schönen Gruß Hannes
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo Hannes,
also weiß nicht ob es eine bessere Lösung gibt, aber ich habe mir für solche Parameter immer ein interne Tabelle aufgebaut, die wie ein "Select-Options-Feld" aussieht.
Beispiel mit dem Feld Kundennummer:
DATA: begin of s_kunnr occurs 0,
SIGN type c,
OPTION(2) type c,
LOW(11) type c,
HIGH(11) type c,
end of s_kunnr.
Dann kannst du die Werte aus deinem Parameter in die Tabelle übertragen:
* Includieren:
s_kunnr = 'IEQ1234'. append s_kunnr.
* Excludieren (ausschließen):
s_kunnr = 'EEQ1234'. append s_kunnr.
Oder mit Concatenate selber als Wildcard zusammenbauen.
Im Select kannst du dein "Select-Option-Feld" wie die anderen Select-Option-Felder mit "IN" abfragen.
Wie gesagt, weiß nicht ob es eine bessere Lösung gibt, aber so habe ich solche Sonderlösungen programmiert.
Gruß,
Nicole
also weiß nicht ob es eine bessere Lösung gibt, aber ich habe mir für solche Parameter immer ein interne Tabelle aufgebaut, die wie ein "Select-Options-Feld" aussieht.
Beispiel mit dem Feld Kundennummer:
DATA: begin of s_kunnr occurs 0,
SIGN type c,
OPTION(2) type c,
LOW(11) type c,
HIGH(11) type c,
end of s_kunnr.
Dann kannst du die Werte aus deinem Parameter in die Tabelle übertragen:
* Includieren:
s_kunnr = 'IEQ1234'. append s_kunnr.
* Excludieren (ausschließen):
s_kunnr = 'EEQ1234'. append s_kunnr.
Oder mit Concatenate selber als Wildcard zusammenbauen.
Im Select kannst du dein "Select-Option-Feld" wie die anderen Select-Option-Felder mit "IN" abfragen.
Wie gesagt, weiß nicht ob es eine bessere Lösung gibt, aber so habe ich solche Sonderlösungen programmiert. Gruß,
Nicole
erstmal danke für deine antwort, werde das morgen mal versuchen umzusetzen auch wenn ich noch nicht zu hundertprozent dahinter gestiegen bin wie deine lösung funktioniert. aber ich denke das wird morgen in alles frische besser.
hat vielleicht trotzdem jemand anders noch vorschläge. wäre sehr hilfreich.
Grüße Hannes
hat vielleicht trotzdem jemand anders noch vorschläge. wäre sehr hilfreich.
Grüße Hannes
die Anforderung ist eine SELECT-Options, also
kein Problem, weil SELECT-Options eine Range ist, und wenn nix drin ist, heißt das grundsätzlich alles "selektieren"!, da gibts nix zu prüfen!
wenn du allerdings eine Abfrage bauen mußt, die alle Parameter und Select-Options (befüllt oder nicht) in Summe berücksichtigen sollst, hilft nur eins:
temporäres Programm erstellen oder dynamisches OPEN SQL !
kein Problem, weil SELECT-Options eine Range ist, und wenn nix drin ist, heißt das grundsätzlich alles "selektieren"!, da gibts nix zu prüfen!
wenn du allerdings eine Abfrage bauen mußt, die alle Parameter und Select-Options (befüllt oder nicht) in Summe berücksichtigen sollst, hilft nur eins:
temporäres Programm erstellen oder dynamisches OPEN SQL !
Mach einfach aus allen Parameter eine Select-Options mit "NO INTERVALS NO-EXTENSION".
Beispiel: s_matnr FOR mara-matnr NO INTERVALS NO-EXTENSION.
Es sieht dann aus, wie ein Parameter, ist aber schon eine Select-option.
Der select auf die Tabelle ist dann wie bei allen Range-tabellen.
Beispiel: s_matnr FOR mara-matnr NO INTERVALS NO-EXTENSION.
Es sieht dann aus, wie ein Parameter, ist aber schon eine Select-option.
Der select auf die Tabelle ist dann wie bei allen Range-tabellen.
Hallo,
die Umwandlung in eine SELECT-OPTION mit NO INTERVALS NO-EXTENSION ist eine Variante.
Manchmal kann es jedoch gewünscht sein, dass genau der Wert (EQ), als Muster (CP) oder eben keine Eingrenzung verwendbar sein sollen.
In diesem Fall finde ich die Vorgehensweise von Nicole_80 empfehlenswert, wobei ich ihre Art der Deklaration der Range-Tabelle nicht befürworte.
Einfacher geht es mit:
Als weitere Möglichkeit gibt es dann noch den Funktionsbaustein RS_COMPLEX_SELECTION (FuGr ALDB), der eine genaue Definition erlaubt, welche SELECT-OPTION-Parameter erlaubt sind.
die Umwandlung in eine SELECT-OPTION mit NO INTERVALS NO-EXTENSION ist eine Variante.
Manchmal kann es jedoch gewünscht sein, dass genau der Wert (EQ), als Muster (CP) oder eben keine Eingrenzung verwendbar sein sollen.
In diesem Fall finde ich die Vorgehensweise von Nicole_80 empfehlenswert, wobei ich ihre Art der Deklaration der Range-Tabelle nicht befürworte.
Einfacher geht es mit:
Code: Alles auswählen.
DATA:
gr_kunnr TYPE RANGE OF kunnr WITH HEADER LINE,
* statt WITH HEADER LINE präferiere ich eine explizite Workarea
gw_kunnr LIKE LINE OF gr_kunnr.
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Seite 1 von 1
Vergleichbare Themen
4
Antw.
Antw.
18697
Views
Views
Select nach Parameter & Select-Options
von doeme » 10.07.2012 16:37 • Verfasst in ABAP® für Anfänger
von doeme » 10.07.2012 16:37 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
1167
Views
Views
7
Antw.
Antw.
5845
Views
Views
Massendatenverarbeitung -> Probleme im Select => Help
von hfahrian » 10.01.2005 17:50 • Verfasst in ABAP® Core
von hfahrian » 10.01.2005 17:50 • Verfasst in ABAP® Core
15
Antw.
Antw.
1216
Views
Views
Von parameter in select-options wechseln
von User1234 » 05.08.2021 10:17 • Verfasst in ABAP® für Anfänger
von User1234 » 05.08.2021 10:17 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Umherspringende Methoden im quelltextbasierten Class Builder
vor 16 Stunden von ralf.wenzel 104 / 10184
vor 16 Stunden von ralf.wenzel 104 / 10184
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Umherspringende Methoden im quelltextbasierten Class Builder
vor 16 Stunden von ralf.wenzel 104 / 10184
vor 16 Stunden von ralf.wenzel 104 / 10184