Abbruch - SQL - SELECT-OPTIONS
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,
das Programm bricht ab, wenn in SELECT-OPTIONS ' * ' eingegeben wird. Die Fehlermeldung ist: "dbslbegreaddb6 a maximum number of 16000 input parameters are allowed in one SQL statement." Hier geht es um Lifnr aus der Tabelle LFA1. Das Feld Lifnr ist Char 10.
Wie kann ich das Problem lösen?
Vielen Dank im Voraus!
Vg
das Programm bricht ab, wenn in SELECT-OPTIONS ' * ' eingegeben wird. Die Fehlermeldung ist: "dbslbegreaddb6 a maximum number of 16000 input parameters are allowed in one SQL statement." Hier geht es um Lifnr aus der Tabelle LFA1. Das Feld Lifnr ist Char 10.
Wie kann ich das Problem lösen?
Vielen Dank im Voraus!
Vg
Zuletzt geändert von HH_ABAP am 28.06.2023 14:12, insgesamt 1-mal geändert.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo,
- Welche Datendefinition hat lt_lifnr?
- was passiert, wenn du das in einen Fuba kopierst und diesen ausführst/testest?
-bringt es was, wenn du mit
SELECT lifnr
FROM lfa1 INTO TABLE @data(lt_lifnr).
arbeitest? Hier ggf. lt_lifnr durch einen anderen Namen ersetzten, damit er nicht doppelt vergeben ist.
- Wie viel Einträge hat deine Tabelle?
Viele Grüße
Donossi
- Welche Datendefinition hat lt_lifnr?
- was passiert, wenn du das in einen Fuba kopierst und diesen ausführst/testest?
-bringt es was, wenn du mit
SELECT lifnr
FROM lfa1 INTO TABLE @data(lt_lifnr).
arbeitest? Hier ggf. lt_lifnr durch einen anderen Namen ersetzten, damit er nicht doppelt vergeben ist.
- Wie viel Einträge hat deine Tabelle?
Viele Grüße
Donossi
Beitrag
von black_adept (Top Expert / 4089 / 127 /
940
)
»
Deine Range SO_LIFNR ist einfach zu groß. Blockweise abarbeiten oder FOR ALL ENTRIES oder JOIN oder itab als Datenquelle.
P.S. Es wäre hilfreich, wenn du auch die Stelle gezeigt hättest, wo der eigentliche Abbruch stattfindet und nicht den Teil, der die Range, die ursächlich für den Abbruch ist, füllt.
P.S. Es wäre hilfreich, wenn du auch die Stelle gezeigt hättest, wo der eigentliche Abbruch stattfindet und nicht den Teil, der die Range, die ursächlich für den Abbruch ist, füllt.
Folgende Benutzer bedankten sich beim Autor black_adept für den Beitrag:
HH_ABAP
Beitrag
von PeterPaletti (Specialist / 348 / 32 /
97
)
»
Ich wage mal die Behauptung, dass der hier präsentierte Quellcode völlig überflüssig ist.
Wenn so_lifnr ein normales SELECT-OPTIONS für LIFNR ist und damit ein SQL-Statement erstellt wird, dann muss man doch nicht alle Lieferanten in die Range stellen, nur weil ein User da * eingegeben hat.
Da müsste so_lifnr in einer normalen Abfrage a la WHERE lifnr IN so_lifnr zu verwenden sein. Oder nicht?
Wenn so_lifnr ein normales SELECT-OPTIONS für LIFNR ist und damit ein SQL-Statement erstellt wird, dann muss man doch nicht alle Lieferanten in die Range stellen, nur weil ein User da * eingegeben hat.
Da müsste so_lifnr in einer normalen Abfrage a la WHERE lifnr IN so_lifnr zu verwenden sein. Oder nicht?
Folgende Benutzer bedankten sich beim Autor PeterPaletti für den Beitrag:
HH_ABAP
Beitrag
von PeterPaletti (Specialist / 348 / 32 /
97
)
»
By the way:
Ich halte nichts davon SELECT-OPTIONS im Programm nachzubehandeln.
Die unweigerliche Folge ist, dass der Anwender nicht das bekommt, was er angefragt hat. Und wenn denn ein Anwender Murks eingibt, dann kann er nicht auf vernünftige Ergebnisse hoffen, so nach dem Motto: Ich habe zwar A eingegeben, wollte aber B haben.
Ich halte nichts davon SELECT-OPTIONS im Programm nachzubehandeln.
Die unweigerliche Folge ist, dass der Anwender nicht das bekommt, was er angefragt hat. Und wenn denn ein Anwender Murks eingibt, dann kann er nicht auf vernünftige Ergebnisse hoffen, so nach dem Motto: Ich habe zwar A eingegeben, wollte aber B haben.
Folgende Benutzer bedankten sich beim Autor PeterPaletti für den Beitrag:
HH_ABAP
Hallo,
vielen Dank an alle.
Das Programm wird abgebrochen, weil viele Einträge durch * selektiert werden.
Ich habe wie "black_adept" schon geschrieben hat,
mit "FOR ALL ENTRIES" die gewüschte Daten selektiert.
Vg
vielen Dank an alle.
Das Programm wird abgebrochen, weil viele Einträge durch * selektiert werden.
Ich habe wie "black_adept" schon geschrieben hat,
mit "FOR ALL ENTRIES" die gewüschte Daten selektiert.
Vg
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
2276
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
10
Antw.
Antw.
6672
Views
Views
2 Select-Options zu einem für Select zusammenfügen
von manuk » 23.03.2005 11:02 • Verfasst in ABAP® Core
von manuk » 23.03.2005 11:02 • Verfasst in ABAP® Core
4
Antw.
Antw.
18656
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.
3806
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 2 Tagen von DeathAndPain 4 / 1113
vor 2 Tagen von DeathAndPain 4 / 1113
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 2 Tagen von DeathAndPain 4 / 1113
vor 2 Tagen von DeathAndPain 4 / 1113