WHERE-Bedingung mit Ranges erstellen
5 Beiträge
•
Seite 1 von 1
5 Beiträge
Seite 1 von 1
Hallo!
Bisher habe ich WHERE-Bedingungen meist dynamisch zusammengestellt indem ich mit Hilfe von Concatenate mir eine Query erstellt habe.
Nun habe ich gelesen, dass Ranges eine bessere Möglichkeit wären. Bin mir nicht ganz sicher, ob es so stimmt (kann gerade nicht testen), vor allem geht es mir aber darum, dass ich nicht weiß, ob es doch nicht besser geht.
Viele Grüße
Bisher habe ich WHERE-Bedingungen meist dynamisch zusammengestellt indem ich mit Hilfe von Concatenate mir eine Query erstellt habe.
Nun habe ich gelesen, dass Ranges eine bessere Möglichkeit wären. Bin mir nicht ganz sicher, ob es so stimmt (kann gerade nicht testen), vor allem geht es mir aber darum, dass ich nicht weiß, ob es doch nicht besser geht.
Ich frage mich vor allem, ob es denn eine Möglichkeit gibt, weniger Variablen zu keklarieren und diese WHERE-Bedingung zu verkürzen?DATA: lt_status TYPE RANGE OF tab-status,
ls_status LIKE LINE OF lt_status.
DATA: lt_start TYPE RANGE OF tab-start,
ls_start LIKE LINE OF lt_start.
DATA: lt_end TYPE RANGE OF tab-end,
ls_end LIKE LINE OF lt_end.
ls_status-low = iv_status.
ls_status-sign = 'I'.
ls_status-option = 'EQ'.
APPEND ls_status TO lt_status.
IF iv_date_low IS NOT INITIAL AND iv_date_high IS NOT INITIAL.
ls_start-low = iv_date_low.
ls_start-sign = 'I'.
ls_start-option = 'GE'.
APPEND ls_start TO lt_start.
ls_end-low = iv_date_low.
ls_end-sign = 'I'.
ls_end-option = 'GE'.
APPEND ls_end TO lt_end.
ENDIF.
SELECT * FROM tab INTO TABLE gt_db_data_selected WHERE status IN lt_status
AND start IN lt_start
AND end IN lt_end.
Viele Grüße
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4451 / 227 /
1197
)
»
hi!
Die Ranges sind dann praktisch, wenn man die abzufragenden Felder statisch weiß, aber nicht alle gleichzeitig abzufragen sind.
So erspart man es sich die Query immer wieder zu schreiben.
Und wenn man ein ganz ein Fauler ist so wie ich, kann man sich für die Erstellung/Befüllung von Ranges auch zwei Makros schreiben
Dein Beispiel würde dann ungefähr so ausschauen:
Wobei du aber für diese Makros den DDIC-Type der Tabellefelder verwenden/kennen must.
lg ADT
EDIT: die & sollten natürlich nur & sein.
Die Ranges sind dann praktisch, wenn man die abzufragenden Felder statisch weiß, aber nicht alle gleichzeitig abzufragen sind.
So erspart man es sich die Query immer wieder zu schreiben.
Und wenn man ein ganz ein Fauler ist so wie ich, kann man sich für die Erstellung/Befüllung von Ranges auch zwei Makros schreiben
Code: Alles auswählen.
define create_range.
types: tyr_&1 type range of &1.
data: lrt_&1 type tyr_&1.
field-symbols: <lrs_&1> type line of tyr_&1.
end-of-definition.Code: Alles auswählen.
define append_range.
append initial line to ltr_&1 assigning <lrs_&1>.
<lrs_&1>-sign = 'I'.
<lrs_&1>-option = 'EQ'.
<lrs_&1>-low = &2.
end-of-definition.Code: Alles auswählen.
create_range status.
create_range start.
create_range end.
append_range status iv_status.
IF iv_date_low IS NOT INITIAL AND iv_date_high IS NOT INITIAL.
append_range start iv_date_low.
append_range end iv_date_high.
ENDIF.lg ADT
EDIT: die & sollten natürlich nur & sein.
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Mir ist ehrlich gesagt nicht bewusst, was diese Codezeilen besagen.
Eigentlich hätte ich sogar gedacht, dass diese Codezeielen einen Syntax-Fehler verursachen...
Eigentlich hätte ich sogar gedacht, dass diese Codezeielen einen Syntax-Fehler verursachen...
a-dead-trousers hat geschrieben:Code: Alles auswählen.
append_range status iv_status. append_range start iv_date_low. append_range end iv_date_high.
Beitrag
von a-dead-trousers (Top Expert / 4451 / 227 /
1197
)
»
Mit DEFINE werden sog. Makros erstellt.
Darin werden der Reihe nach die Vorkommen von &1, &2 usw. durch die Parameter ersetzt die man beim Aufruf des Makros angegeben hat.
In meinem Beispiel wird also aus
der Quellcode generiert
Damit lassen sich immer wiederkehrende Codeabschnitte zusammenfassen um Schreibarbeit zu ersparen.
Einen tollen Benefit hat man meines Erachtens außerdem im Vergleich zum "kopieren" von Codeabschnitten. Da man beim Austauschen von einzelnen Variablen schon mal ein paar "vergessen" kann auszutauschen. Dannach in diesen "ähnlichen" Codeabschnitten die abweichende Stelle zu finden kann recht mühsam werden.
Natürlich machen die Makros nur Sinn, bei Codings die man nicht über andere Wege (FORM, FUNCTION, usw) modularisieren kann.
lg ADT
Darin werden der Reihe nach die Vorkommen von &1, &2 usw. durch die Parameter ersetzt die man beim Aufruf des Makros angegeben hat.
In meinem Beispiel wird also aus
Code: Alles auswählen.
define create_range.
types: tyr_&1 type range of &1.
data: lrt_&1 type tyr_&1.
field-symbols: <lrs_&1> type line of tyr_&1.
end-of-definition.
define append_range.
append initial line to ltr_&1 assigning <lrs_&1>.
<lrs_&1>-sign = 'I'.
<lrs_&1>-option = 'EQ'.
<lrs_&1>-low = &2.
end-of-definition.
create_range status.
append_range status iv_status.Code: Alles auswählen.
types: tyr_status type range of status.
data: lrt_status type tyr_status.
field-symbols: <lrs_status> type line of tyr_status.
append initial line to ltr_status assigning <lrs_status>.
<lrs_status>-sign = 'I'.
<lrs_status>-option = 'EQ'.
<lrs_status>-low = iv_status.Einen tollen Benefit hat man meines Erachtens außerdem im Vergleich zum "kopieren" von Codeabschnitten. Da man beim Austauschen von einzelnen Variablen schon mal ein paar "vergessen" kann auszutauschen. Dannach in diesen "ähnlichen" Codeabschnitten die abweichende Stelle zu finden kann recht mühsam werden.
Natürlich machen die Makros nur Sinn, bei Codings die man nicht über andere Wege (FORM, FUNCTION, usw) modularisieren kann.
lg ADT
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
ABAP_User
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Seite 1 von 1
Vergleichbare Themen
6
Antw.
Antw.
3796
Views
Views
1
Antw.
Antw.
8694
Views
Views
0
Antw.
Antw.
4592
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
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
Unbeantwortete Forenbeiträge
Nutzung UserExit COOM0003 für Abrechnungsvorschriften Aufträge
vor 2 Tagen von fico_fschluesener 1 / 221
vor 2 Tagen von fico_fschluesener 1 / 221