Wherebedingung Select-Option Non-Case-Sensitive
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.Hallo,
ich lese aus der Tabelle "zsd_sofa2" mit der Select-Option "s_trnum".
Das Problem ist, dass auf die Groß- und Kleinschreibung geachtet wird.
Die Domäne des Datenelements (Typ von s_trnum) erlaubt in der Definition Kleinbuchstaben.
Nun ist meine Frage: Kann man den Select Single so anpassen, dass er Non-Case-Sensitive ist?
Ohne am Datenelement/Domäne was zu ändern.
Danke im Voraus.
Gruß
Max
ich lese aus der Tabelle "zsd_sofa2" mit der Select-Option "s_trnum".
Code: Alles auswählen.
SELECT SINGLE * FROM zsd_sofa2 INTO CORRESPONDING FIELDS OF ms_alv
WHERE id = ms_alv-id
AND cal_trnum IN s_trnumDie Domäne des Datenelements (Typ von s_trnum) erlaubt in der Definition Kleinbuchstaben.
Nun ist meine Frage: Kann man den Select Single so anpassen, dass er Non-Case-Sensitive ist?
Ohne am Datenelement/Domäne was zu ändern.
Danke im Voraus.
Gruß
Max
Investor im Bereich Kryptowährungen.
Bei Interesse oder Fragen stehe ich Ihnen gerne zur Verfügung.
https://www.xing.com/profile/Maximilian_Hauer3
Bei Interesse oder Fragen stehe ich Ihnen gerne zur Verfügung.
https://www.xing.com/profile/Maximilian_Hauer3
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Kommt auf das ABAP-Release an
Bis 750: http://www.tricktresor.de/blog/exec-sql/
Ab 751: https://help.sap.com/doc/abapdocu_751_i ... _abexa.htm
Bis 750: http://www.tricktresor.de/blog/exec-sql/
Ab 751: https://help.sap.com/doc/abapdocu_751_i ... _abexa.htm
Erstmal Danke für die Antwort.
Aber da es sich bei mir um eine Select-Option handelt müsste ich diese immer komplett zerlegen und neu aufbauen. Sprich: Performance =
Da es sich um sehr viele Eingaben handelt entspricht das leider eher weniger den Erwartungen.
Gibt es vllt sonst noch eine Möglichkeit?
Aber da es sich bei mir um eine Select-Option handelt müsste ich diese immer komplett zerlegen und neu aufbauen. Sprich: Performance =
Da es sich um sehr viele Eingaben handelt entspricht das leider eher weniger den Erwartungen.
Gibt es vllt sonst noch eine Möglichkeit?
Investor im Bereich Kryptowährungen.
Bei Interesse oder Fragen stehe ich Ihnen gerne zur Verfügung.
https://www.xing.com/profile/Maximilian_Hauer3
Bei Interesse oder Fragen stehe ich Ihnen gerne zur Verfügung.
https://www.xing.com/profile/Maximilian_Hauer3
Dann nimm ein anderes Datenlement für die Sel-Opt.
Oder wandele alles vor dem Select in Upper Case um.
Oder wandele alles vor dem Select in Upper Case um.
Habe davor alles in Großbuchstaben umgewandelt, der UPPER im Select funktioniert aber leider nicht.
Code: Alles auswählen.
SELECT SINGLE * INTO CORRESPONDING FIELDS OF ms_alv FROM zsd_sofa2
WHERE UPPER( cal_trnum ) IN s_trnum.Dein anderes Datenelement zu nehmen ist leider keine Option."CAL_TRNUM" ist kein gültiger Vergleichsoperator.
Investor im Bereich Kryptowährungen.
Bei Interesse oder Fragen stehe ich Ihnen gerne zur Verfügung.
https://www.xing.com/profile/Maximilian_Hauer3
Bei Interesse oder Fragen stehe ich Ihnen gerne zur Verfügung.
https://www.xing.com/profile/Maximilian_Hauer3
warum nicht?hmaxi96 hat geschrieben: Dein anderes Datenelement zu nehmen ist leider keine Option.
Beitrag
von ralf.wenzel (Top Expert / 3924 / 200 /
280
)
»
Das wäre auch mein Tipp gewesen:ewx hat geschrieben:Dann nimm ein anderes Datenlement für die Sel-Opt.
Oder wandele alles vor dem Select in Upper Case um.
Code: Alles auswählen.
LOOP AT s_trnum ASSIGNING FIELD-SYMBOL( <trnum> ).
<trnum> = to_upper( <trnum> ).
ENDLOOP.
Ralf
PS:
s_trum[] = value #( for <i> in s_trum[] ( to_upper( <i>-s_trum ) ). dürfte funktionieren.... Ich sitze leider gerade nicht an einem 7.40er System, um das testen zu können. So hat man einen einfachen Einzeiler statt eines Codingblocks für eine einfache Aufgabe.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von DeathAndPain (Top Expert / 1939 / 257 /
412
)
»
Soweit ich den Threadersteller verstehe, ist ihm damit nicht geholfen, denn dann stehen in seiner internen RANGES-Tabelle zwar alle Werte in Großbuchstaben, aber auf der Datenbank stehen sie immer noch (teilweise) in Kleinbuchstaben, so dass der SELECT nichts findet.
Die RANGES-Tabelle in Großbuchstaben zu wandeln, bringt ihn also nur weiter, wenn es auch eine mit einer RANGES-Tabelle funktionierende Variante des UPPER() im WHERE-Block des SELECTs gibt. Ohne es selbst ausprobiert zu haben, interpretiere ich seine Worte dahingehend, dass genau das nicht funktioniert.
Die RANGES-Tabelle in Großbuchstaben zu wandeln, bringt ihn also nur weiter, wenn es auch eine mit einer RANGES-Tabelle funktionierende Variante des UPPER() im WHERE-Block des SELECTs gibt. Ohne es selbst ausprobiert zu haben, interpretiere ich seine Worte dahingehend, dass genau das nicht funktioniert.
Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
hmaxi96
Erstmal Danke! 
Der Inhalt meiner Select-Option ist ja bereits großgeschrieben.
Das Problem ist nur dass der UPPER beim Select nicht funktioniert.
Müsste es nun irgendwie schaffen, den Text aus meiner DB-Tabelle in Großtext rauszulesen, ohne dass ich beim Datenelement den Haken für Kleinschreibung entferne und die DB-Tabelle anpasse. (Hat den Grund, dass auf diversen anderen Systemen[nicht SAP] auch Case-Sensitive gearbeitet wird)
Die SAP-Releaseversion ist übrigens 740.
[edit: Es ist genauso wie DeathAndPain es beschrieben hat.
]
Der Inhalt meiner Select-Option ist ja bereits großgeschrieben.
Das Problem ist nur dass der UPPER beim Select nicht funktioniert.
Müsste es nun irgendwie schaffen, den Text aus meiner DB-Tabelle in Großtext rauszulesen, ohne dass ich beim Datenelement den Haken für Kleinschreibung entferne und die DB-Tabelle anpasse. (Hat den Grund, dass auf diversen anderen Systemen[nicht SAP] auch Case-Sensitive gearbeitet wird)
Die SAP-Releaseversion ist übrigens 740.
[edit: Es ist genauso wie DeathAndPain es beschrieben hat.
]
Investor im Bereich Kryptowährungen.
Bei Interesse oder Fragen stehe ich Ihnen gerne zur Verfügung.
https://www.xing.com/profile/Maximilian_Hauer3
Bei Interesse oder Fragen stehe ich Ihnen gerne zur Verfügung.
https://www.xing.com/profile/Maximilian_Hauer3
Beitrag
von ralf.wenzel (Top Expert / 3924 / 200 /
280
)
»
Jetzt kapiere ich das erst.......DeathAndPain hat geschrieben:Soweit ich den Threadersteller verstehe, ist ihm damit nicht geholfen, denn dann stehen in seiner internen RANGES-Tabelle zwar alle Werte in Großbuchstaben, aber auf der Datenbank stehen sie immer noch (teilweise) in Kleinbuchstaben, so dass der SELECT nichts findet.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von DeathAndPain (Top Expert / 1939 / 257 /
412
)
»
Was ich an der Stelle machen würde, ist, die gesamte Tabelle zsd_sofa2 (oder die relevanten Spalten davon) in eine interne Puffertabelle vom Typ SORTED TABLE mit auf dem Text definiertem Schlüssel einzulesen, diese nach Großbuchstaben zu wandeln und dann darin zu suchen. Je nachdem, wie häufig Du auf diese Weise suchen musst, kann das sogar Performancevorteile bringen, und heutige Server haben so viel Hauptspeicher, dass das bei den allermeisten Tabellen kaum noch ein Thema ist.Das Problem ist nur dass der UPPER beim Select nicht funktioniert.
Müsste es nun irgendwie schaffen, den Text aus meiner DB-Tabelle in Großtext rauszulesen, ohne dass ich beim Datenelement den Haken für Kleinschreibung entferne und die DB-Tabelle anpasse. (Hat den Grund, dass auf diversen anderen Systemen[nicht SAP] auch Case-Sensitive gearbeitet wird)
Sollte die Tabelle von der Spaltenanzahl her doch gar zu voluminös sein, dann könntest Du alternativ nur die zum Primärschlüssel der Tabelle gehörenden Spalten sowie die Textspalten, in denen Du suchen willst, in eine interne Tabelle einlesen und darin dann den Text in Großbuchstaben wandeln. Effektiv schaffst Du Dir damit eine Art Indextabelle im Hauptspeicher, in der Du den Primärschlüssel der Dich interessierenden Spalten suchst, und die holst Du dann per SELECT SINGLE aus der Datenbank.
Übrigens: Die SAP geht in solchen Fällen so vor, dass sie den Text doppelt in der Datenbanktabelle vorhält: einmal in der gewünschten Groß/Kleinschreibung und dann noch ein zweites Mal alles in Großbuchstaben. Auf letztere Spalte packt die SAP dann einen sekundären Datenbanktabellenindex und kann dann damit suchen.
Wenn Du Dir in der SE11 beispielsweise mal die Tabellen MAKT oder PA0002 anschaust, dann siehst Du, was ich meine. Spart vielleicht keinen Datenbankspeicher, ist aber ein universeller Weg zur Lösung des Problems. Da es sich in Deinem Fall um eine Z-Tabelle handelt, könnte die Ergänzung einer solchen Matchcode-Textspalte der richtige Lösungsweg sein.
Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
hmaxi96
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Alternativ kann man in 7.40 die CDS-Views benutzen (via Eclipse) und da können die Datenbank-Schlüsselwörter ala UPPPER bereits verwendet werden.
In ABAP schaut dann das Ganze aus wie eine normale Datenbank-View und man kann es mit einem RANGE abfragen.
In ABAP schaut dann das Ganze aus wie eine normale Datenbank-View und man kann es mit einem RANGE abfragen.
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
Also ich habe das vor langer Zeit mal mit SQL gelöst:
Code: Alles auswählen.
REPORT ztest_SQL.
TYPES:
BEGIN OF tp_trfzn,
ort01 TYPE ort01,
zzv_apo_ablocort TYPE zzv_apo_ablocort,
trfzn TYPE trfzn,
END OF tp_trfzn.
DATA:
r_salv TYPE REF TO cl_salv_table,
t_trfzn TYPE TABLE OF tp_trfzn,
w_trfzn TYPE tp_trfzn,
v_mandt TYPE mandt.
PARAMETERS:
p_ort01 TYPE ort01 DEFAULT 'CLAre'.
START-OF-SELECTION.
v_mandt = sy-mandt.
EXEC SQL PERFORMING APPEND_ITAB.
SELECT ORT01, ZZV_APO_ABLOCORT, TRFZN
FROM ZVFK_FRACHT_ZONE
INTO :W_TRFZN
WHERE MANDT = :V_MANDT
and UPPER(ORT01) LIKE upper(:P_ORT01)
ENDEXEC.
CALL METHOD cl_salv_table=>factory
IMPORTING
r_salv_table = r_salv
CHANGING
t_table = t_trfzn.
r_salv->display( ).
*&---------------------------------------------------------------------*
*& Form append_itab
*&---------------------------------------------------------------------*
* text
*----------------------------------------------------------------------*
FORM append_itab.
APPEND w_trfzn TO t_trfzn.
ENDFORM. "append_cust
Geht nicht gibts nicht
Beitrag
von thomas.klammer (ForumUser / 5 / 0 /
0
)
»
Ist es möglich mit exec sql eine dynamische where-bedingung zu haben?
Für mich ist es unglaublich, dass man 751 benötigt um eine simple Funktion wie "upper" nutzen zu können.
lg Thomas
Für mich ist es unglaublich, dass man 751 benötigt um eine simple Funktion wie "upper" nutzen zu können.
lg Thomas
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
CDS-Views?thomas.klammer hat geschrieben:Ist es möglich mit exec sql eine dynamische where-bedingung zu haben?
Für mich ist es unglaublich, dass man 751 benötigt um eine simple Funktion wie "upper" nutzen zu können.
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
Vergleichbare Themen
2
Antw.
Antw.
2819
Views
Views
5
Antw.
Antw.
6807
Views
Views
Where Bedingung bei Select nicht Case sensitiv
von Phil77 » 26.12.2007 16:53 • Verfasst in ABAP® für Anfänger
von Phil77 » 26.12.2007 16:53 • Verfasst in ABAP® für Anfänger
3
Antw.
Antw.
1565
Views
Views
SELECT * Where Datum = select-option-low
von abapfreshman » 17.09.2021 00:24 • Verfasst in ABAP® für Anfänger
von abapfreshman » 17.09.2021 00:24 • Verfasst in ABAP® für Anfänger
2
Antw.
Antw.
2291
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
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.