SELECT-OPTIONS und OOP
2 Beiträge
•
Seite 1 von 1
2 Beiträge
Seite 1 von 1
Hi,
ich muss über SELECT-OPTIONS eine Abfrage realisieren und würde gerne klassenbasiert programmieren.
Da SELECT-OPTIONS so gesehen eine Tabelle mit Kopfzeile ist, kann ich diese so nicht an eine Methode übergeben.
Gibt es eine Möglichkeit die Tabelle der SELECT-OPTIONS so umzubauen, dass ich dieses innerhalb einer Methode als WHERE Kriterium einer SELECT Anweisung noch benutzen kann (also z.b. WHERE matnr IN so_matnr)?
Zur Zeit löse ich das so, dass ich eine "Vor-selektion" mit den SELECT-OPTIONS in einem Report mache und das Ergebnis zur weiteren Bearbeitung an das Objekt übergebe.
CU
Alex
ich muss über SELECT-OPTIONS eine Abfrage realisieren und würde gerne klassenbasiert programmieren.
Da SELECT-OPTIONS so gesehen eine Tabelle mit Kopfzeile ist, kann ich diese so nicht an eine Methode übergeben.
Gibt es eine Möglichkeit die Tabelle der SELECT-OPTIONS so umzubauen, dass ich dieses innerhalb einer Methode als WHERE Kriterium einer SELECT Anweisung noch benutzen kann (also z.b. WHERE matnr IN so_matnr)?
Zur Zeit löse ich das so, dass ich eine "Vor-selektion" mit den SELECT-OPTIONS in einem Report mache und das Ergebnis zur weiteren Bearbeitung an das Objekt übergebe.
CU
Alex
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo Troilus,
solange Du an der SO-Tabelle in der Methode nur für das SELECT-Statement benutzt, reciht es wenn Du den Tabellenkörper (sotab[]) an die Methode übergibst, wobei der Parameter nur als TYPE STANDARD TABLE typisiert sein braucht.
In der Methode fragst Du die Tabelle an den SELECT ganz normal mit IN sotab ab.
SAP macht den Rest.
PS:
dieses Verfahren funktioniert auch für Funktionsbausteine und FORM-Routinen...
solange Du an der SO-Tabelle in der Methode nur für das SELECT-Statement benutzt, reciht es wenn Du den Tabellenkörper (sotab[]) an die Methode übergibst, wobei der Parameter nur als TYPE STANDARD TABLE typisiert sein braucht.
In der Methode fragst Du die Tabelle an den SELECT ganz normal mit IN sotab ab.
SAP macht den Rest.
Code: Alles auswählen.
SELECT-OPTIONS so_tab FOR dbtab-feld.
CALL METHOD class->method
EXPORTING
it_sotab = so_tab[].
CLASS class IMPLEMENTATION.
METHOD method.
DATA: lt_dbtab TYPE STANDARD TABLE OF dbtab WITH DEFAULT KEY.
SELECT *
FROM dbtab
INTO lt_dbtab
WHERE feld IN it_sotab.
ENDMETHOD.
ENDCLASS.
dieses Verfahren funktioniert auch für Funktionsbausteine und FORM-Routinen...
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
3377
Views
Views
select-options depend on select-options.
von dragospirnut1 » 19.07.2017 09:54 • Verfasst in ABAP® Core
von dragospirnut1 » 19.07.2017 09:54 • Verfasst in ABAP® Core
4
Antw.
Antw.
20290
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
2
Antw.
Antw.
4754
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Eigener Funktionsbaustein erstellt und transportiert - Inaktiv im Testsystem
vor 2 Tagen von ST22 3 / 277
vor 2 Tagen von ST22 3 / 277
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
Eigener Funktionsbaustein erstellt und transportiert - Inaktiv im Testsystem
vor 2 Tagen von ST22 3 / 277
vor 2 Tagen von ST22 3 / 277