SO in SELECT-Anweisung mit dynamischer Where-Bedingung
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
6 Beiträge
•
Seite 1 von 1
6 Beiträge
Seite 1 von 1
Hallo zusammen,
ich möchte gern eine SELECT-Anweisung mit dynamischer WHERE-Bedingung erzeugen, die auch SELECT-OPTIONS oder RANGES verarbeiten kann.
bisher:
SELECT-OPTIONS
DATA where_clause TYPE string.
CONCATENATE 'feld1 IN so_feld2'
INTO where_clause.
SELECT *
FROM table
INTO itab
WHERE (where_clause).
ich möchte gern eine SELECT-Anweisung mit dynamischer WHERE-Bedingung erzeugen, die auch SELECT-OPTIONS oder RANGES verarbeiten kann.
bisher:
SELECT-OPTIONS
DATA where_clause TYPE string.
CONCATENATE 'feld1 IN so_feld2'
INTO where_clause.
SELECT *
FROM table
INTO itab
WHERE (where_clause).
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Moinsen.
Probier mal folgendes:
Gruss,
Haubi
Probier mal folgendes:
Code: Alles auswählen.
SELECT-OPTIONS
: so_feld2 FOR table-feld1
.
DATA
: gt_where TYPE twhere
, g_where TYPE text72
.
g_where = 'FELD1 IN SO_FELD2'.
APPEND g_where TO gt_where.
SELECT *
FROM table
INTO itab
WHERE (gt_where).Haubi
Beitrag
von Frank Dittrich (Expert / 674 / 0 /
15
)
»
Wenigstens steht jetzt die WHERE-Bedingung in einer itab.Haubi hat geschrieben:Probier mal folgendes:
Code: Alles auswählen.
SELECT-OPTIONS : so_feld2 FOR table-feld1 . DATA : gt_where TYPE twhere , g_where TYPE text72 . g_where = 'FELD1 IN SO_FELD2'. APPEND g_where TO gt_where. SELECT * FROM table INTO itab WHERE (gt_where).
(Obwohl das lt. Doku zu 6.x nicht mehr nötig ist.
Wozu eigentlich die Einführung eines weiteten Sonderfalls?
Wenn hier eine itab mit Kopfzeile angegeben wird, wird der itab-body ausgewertet, im Gegensatz zu CLEAR, MOVE, ...)
Aber 'feld IN range' kann man nicht mit WHERE (itab) o.ä. als eine dynamische WHERE-Bedingung übergeben.
Wozu auch?
Die Select-Option oder Range ist doch schon selbst "dynamisch".
Man nehme eine Range pro Feld der DB-Tabelle und hat ein unheimlich dynamisches SELECT.
Hallo,
soweit ich weis muss man bei einer dynamischen Where bedingung die Tabelle so befüllen als wären sämtliche Bedingungen hart verdrahtet. Man muss also SO und Ranges selber auflösen. Wenn also in einer SO für Belgart steht I EQ XY muss man dafür eine Zeile in die Tabelle eintragen in der Form
"BlART = 'XY' " (um ein " ' " zu schreiben muss mann v_hkomma = '''' zuweisen)
Mann kann auch mischen in der Form
select * from tab into wa
whers f1 in so_f1
and f2 in so_f2
and (Gt_where).
soweit ich weis muss man bei einer dynamischen Where bedingung die Tabelle so befüllen als wären sämtliche Bedingungen hart verdrahtet. Man muss also SO und Ranges selber auflösen. Wenn also in einer SO für Belgart steht I EQ XY muss man dafür eine Zeile in die Tabelle eintragen in der Form
"BlART = 'XY' " (um ein " ' " zu schreiben muss mann v_hkomma = '''' zuweisen)
Mann kann auch mischen in der Form
select * from tab into wa
whers f1 in so_f1
and f2 in so_f2
and (Gt_where).
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
1278
Views
Views
4
Antw.
Antw.
3763
Views
Views
Range mit IN-Operator in dynamischer Where-Bedingung
von fawkes » 24.05.2007 09:08 • Verfasst in ABAP Objects®
von fawkes » 24.05.2007 09:08 • Verfasst in ABAP Objects®
3
Antw.
Antw.
1722
Views
Views
2
Antw.
Antw.
10624
Views
Views
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 11 Stunden von DeathAndPain 4 / 740
vor 11 Stunden von DeathAndPain 4 / 740
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 11 Stunden von DeathAndPain 4 / 740
vor 11 Stunden von DeathAndPain 4 / 740