max Ausgabe an Zeilen ALV Grid
10 Beiträge
•
Seite 1 von 1
10 Beiträge
Seite 1 von 1
Hallo,
meine Ausgabetabelle hat ca. 170.000 Zeilen.
An dieser Stelle kommt es zum Dump
Kann es sein, dass das ALV mit so vielen Zeilen nicht klar kommt?
Viele Grüße
coco
meine Ausgabetabelle hat ca. 170.000 Zeilen.
An dieser Stelle kommt es zum Dump
Code: Alles auswählen.
CALL METHOD gr_grid->set_table_for_first_display
EXPORTING
i_default = 'X' "Einstiegslayout ermöglichen
i_structure_name = gf_structure_name
is_layout = gs_layout
is_print = gs_print
i_save = gf_save_x
i_buffer_active = ' '
is_variant = gs_variant
it_toolbar_excluding = gt_toolbar_excluding
it_except_qinfo = gt_except_qinfo
it_hyperlink = gt_href
it_special_groups = gt_special_groups
CHANGING
it_fieldcatalog = gt_fieldcat[]
it_sort = gt_sort[]
it_filter = gt_filter[]
it_outtab = gt_grid_tab[].Viele Grüße
coco
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von black_adept (Top Expert / 4086 / 126 /
940
)
»
Hallo c oco,
das kannst du doch ganz leicht austesten. Kurz vor der Ausgabe löscht du mal deine Ausgabetabelle ab der 1000. Zeile und schaust, ob es immer noch zum Dump kommt. Wenn ja scheint es ein Speicherproblem zu sein.
Danach gehst du zu einem Kollegen, der einen ordentlich aufgemotzten Frontend hat und schaust, ob es bei dem auch dumpt.
Btw. - Eine Alv-Anzeige von 170.000 !!!!! Zeilen ist doch schon sehr fragwürdig.
das kannst du doch ganz leicht austesten. Kurz vor der Ausgabe löscht du mal deine Ausgabetabelle ab der 1000. Zeile und schaust, ob es immer noch zum Dump kommt. Wenn ja scheint es ein Speicherproblem zu sein.
Danach gehst du zu einem Kollegen, der einen ordentlich aufgemotzten Frontend hat und schaust, ob es bei dem auch dumpt.
Btw. - Eine Alv-Anzeige von 170.000 !!!!! Zeilen ist doch schon sehr fragwürdig.
ich glaube mich erinnern zu können das alv nur 90 spalten kann. Für Zeilen gibt es glaube ich kein echtes Limit, hier wird die Grösse des Speichers der zur Verfügung steht ausschlaggebend sein. schau doch mal in die ST22 ob du dort im Dump was von memory allocation siehst.
<:: XING-Gruppe Tricktresor::>
Beitrag
von foessleitnerj (ForumUser / 51 / 4 /
18
)
»
Hi!
Eine Beschränkung der Spalten auf 90 gibt es nicht. - Bei großen Datenmengen im ALV schmiert meist der GUI ab. - Im Dump müsste es ersichtlich sein.
lgf
Eine Beschränkung der Spalten auf 90 gibt es nicht. - Bei großen Datenmengen im ALV schmiert meist der GUI ab. - Im Dump müsste es ersichtlich sein.
lgf
Die Performance und Ergebnisse von SELECTs und JOINs im Produktivsystem überprüfen?
=> SQL Cockpit
http://www.cadaxo.com
=> SQL Cockpit
http://www.cadaxo.com
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von black_adept (Top Expert / 4086 / 126 /
940
)
»
Die 90-Spalten-begrenzung ist aber für den GRID abgeschafft - das gilt nurmehr für den alten REUSE_ALV_LIST_DISPLAY
Hallo,
@black_adapt: wenn ich die Selektion einschränke und nach wenigen selektiere dann funktioniert es auch. Warum sind die 170.000 Zeilen fragwürdig?
@Unit605 Fehlermeldung
[img]Kategorie ABAP Programmierfehler
Laufzeitfehler TIME_OUT
ABAP Programm SAPLSLVC_DIALOG
Anwendungskomponente BC-SRV-ALV
Datum und Zeit 07.05.2012 08:55:07
Kurztext
Zeitlimit überschritten
Was ist passiert?
Das Programm "SAPLSLVC_DIALOG" hat die maximal zulässige Laufzeit ohne
Unterbrechung überschritten und wurde deshalb abgebrochen.
Fehleranalyse
Nach einer bestimmten Zeit wird das Programm abgebrochen, um den
Arbeitsbereich für einen anderen wartenden Benutzer zu räumen.
Damit soll verhindert werden, daß ein Arbeitsbereich z.B. durch
- Endlosschleifen (DO, WHILE, ...),
- Datenbankzugriffe mit großer Ergebnismenge,
- Datenbankzugriffe ohne geeigneten Index (full table scan)
unnötig lang blockiert wird.
Die maximale Laufzeit eines Programms wird vom Systemprofilparameter
"rdisp/max_wprun_time" begrenzt. Die aktuelle Einstellung ist
1200 Sekunden. Nach Überschreiten dieser Zeitgrenze wird versucht,
ein evtl. laufendes SQL-Statement abzubrechen bzw. dem ABAP-Prozessor
signalisiert, das laufende Programm abzubrechen. Danach wird nochmals
max. 60 Sekunden gewartet. Falls danach das Programm immer noch aktiv
ist, wird der Work-Prozeß durchgestartet.
Auslösestelle des Laufzeitfehlers
Programm SAPLSLVC_DIALOG
Include LSLVC_DIALOGU15
Zeile 25
Modultyp (FUNCTION)
Modulname LVC_FILTER_GROUPLEVELS
[/img]
Stelle wo der Fehler auftritt:
[img] 2 *"----------------------------------------------------------------------
3 *"*"Lokale Schnittstelle:
4 *" IMPORTING
5 *" REFERENCE(IT_FILTER_INDEX) TYPE LVC_T_FIDX OPTIONAL
6 *" REFERENCE(IT_GROUPLEVELS) TYPE LVC_T_GRPL OPTIONAL
7 *" EXPORTING
8 *" REFERENCE(ET_GROUPLEVELS_FILTER) TYPE LVC_T_GRPL
9 *"----------------------------------------------------------------------
10 DATA: LT_FILTER_INDEX TYPE LVC_T_FIDY.
11 DATA: LS_GROUP TYPE LVC_S_GRPL.
12 DATA: L_INDEX TYPE I.
13 data: lt_test type lvc_t_grpl. "#EC *
14
15 clear et_grouplevels_filter.
16 loop at it_grouplevels into ls_group.
17 ls_group-findx_from = ls_group-index_from.
18 ls_group-findx_to = ls_group-index_to.
19 append ls_group to et_grouplevels_filter.
20 endloop.
21 CHECK NOT IT_GROUPLEVELS[] IS INITIAL.
22
23 LOOP AT IT_FILTER_INDEX INTO L_INDEX.
24 LOOP AT ET_GROUPLEVELS_FILTER into ls_group.
>>>>> if ls_group-index_from <= l_index and
26 ls_group-index_to >= l_index.
27 ls_group-counter = ls_group-counter - 1.
28 if ls_group-INDEX_FROM = L_INDEX.
29 LS_GROUP-INDEX_FROM = LS_GROUP-INDEX_FROM + 1.
30 IF LS_GROUP-INDEX_FROM > LS_GROUP-INDEX_TO.
31 DELETE ET_GROUPLEVELS_FILTER.
32 append ls_group to lt_test.
33 continue.
34 endif.
35 endif.
36 MODIFY ET_GROUPLEVELS_FILTER FROM LS_GROUP.
37 ENDIF.
38 ENDLOOP.
39 ENDLOOP.
40
41 LT_FILTER_INDEX = IT_FILTER_INDEX.
42[/img]
Was mich ins Grübeln gebracht hat: Vor ein paar Tagen hat die Ausgabe einwandfrei funktioniert. Deswegen war ich irritiert.
@black_adapt: wenn ich die Selektion einschränke und nach wenigen selektiere dann funktioniert es auch. Warum sind die 170.000 Zeilen fragwürdig?
@Unit605 Fehlermeldung
[img]Kategorie ABAP Programmierfehler
Laufzeitfehler TIME_OUT
ABAP Programm SAPLSLVC_DIALOG
Anwendungskomponente BC-SRV-ALV
Datum und Zeit 07.05.2012 08:55:07
Kurztext
Zeitlimit überschritten
Was ist passiert?
Das Programm "SAPLSLVC_DIALOG" hat die maximal zulässige Laufzeit ohne
Unterbrechung überschritten und wurde deshalb abgebrochen.
Fehleranalyse
Nach einer bestimmten Zeit wird das Programm abgebrochen, um den
Arbeitsbereich für einen anderen wartenden Benutzer zu räumen.
Damit soll verhindert werden, daß ein Arbeitsbereich z.B. durch
- Endlosschleifen (DO, WHILE, ...),
- Datenbankzugriffe mit großer Ergebnismenge,
- Datenbankzugriffe ohne geeigneten Index (full table scan)
unnötig lang blockiert wird.
Die maximale Laufzeit eines Programms wird vom Systemprofilparameter
"rdisp/max_wprun_time" begrenzt. Die aktuelle Einstellung ist
1200 Sekunden. Nach Überschreiten dieser Zeitgrenze wird versucht,
ein evtl. laufendes SQL-Statement abzubrechen bzw. dem ABAP-Prozessor
signalisiert, das laufende Programm abzubrechen. Danach wird nochmals
max. 60 Sekunden gewartet. Falls danach das Programm immer noch aktiv
ist, wird der Work-Prozeß durchgestartet.
Auslösestelle des Laufzeitfehlers
Programm SAPLSLVC_DIALOG
Include LSLVC_DIALOGU15
Zeile 25
Modultyp (FUNCTION)
Modulname LVC_FILTER_GROUPLEVELS
[/img]
Stelle wo der Fehler auftritt:
[img] 2 *"----------------------------------------------------------------------
3 *"*"Lokale Schnittstelle:
4 *" IMPORTING
5 *" REFERENCE(IT_FILTER_INDEX) TYPE LVC_T_FIDX OPTIONAL
6 *" REFERENCE(IT_GROUPLEVELS) TYPE LVC_T_GRPL OPTIONAL
7 *" EXPORTING
8 *" REFERENCE(ET_GROUPLEVELS_FILTER) TYPE LVC_T_GRPL
9 *"----------------------------------------------------------------------
10 DATA: LT_FILTER_INDEX TYPE LVC_T_FIDY.
11 DATA: LS_GROUP TYPE LVC_S_GRPL.
12 DATA: L_INDEX TYPE I.
13 data: lt_test type lvc_t_grpl. "#EC *
14
15 clear et_grouplevels_filter.
16 loop at it_grouplevels into ls_group.
17 ls_group-findx_from = ls_group-index_from.
18 ls_group-findx_to = ls_group-index_to.
19 append ls_group to et_grouplevels_filter.
20 endloop.
21 CHECK NOT IT_GROUPLEVELS[] IS INITIAL.
22
23 LOOP AT IT_FILTER_INDEX INTO L_INDEX.
24 LOOP AT ET_GROUPLEVELS_FILTER into ls_group.
>>>>> if ls_group-index_from <= l_index and
26 ls_group-index_to >= l_index.
27 ls_group-counter = ls_group-counter - 1.
28 if ls_group-INDEX_FROM = L_INDEX.
29 LS_GROUP-INDEX_FROM = LS_GROUP-INDEX_FROM + 1.
30 IF LS_GROUP-INDEX_FROM > LS_GROUP-INDEX_TO.
31 DELETE ET_GROUPLEVELS_FILTER.
32 append ls_group to lt_test.
33 continue.
34 endif.
35 endif.
36 MODIFY ET_GROUPLEVELS_FILTER FROM LS_GROUP.
37 ENDIF.
38 ENDLOOP.
39 ENDLOOP.
40
41 LT_FILTER_INDEX = IT_FILTER_INDEX.
42[/img]
Was mich ins Grübeln gebracht hat: Vor ein paar Tagen hat die Ausgabe einwandfrei funktioniert. Deswegen war ich irritiert.
Beitrag
von black_adept (Top Expert / 4086 / 126 /
940
)
»
Hallo c oco,
170.000 Zeilen kann man als User eigentlich unmöglich bearbeiten, weil das einfach zu viele Informationen sind. Die Ergebnismenge müsste gefiltert/gruppiert/Summenstufen gebildet werden, um diese riesige Datenmenge überblicken zu können.
Der Dump den du bekommst hat aber nichts damit zu tun, dass du so viele Zeilen darstelln willst und damit ein Speicherproblem auf dem Frontend erzeugst, sondern damit, dass du einen Timeout erzeugst.
Was du also nun tun musst ist herausfinden, ob der dump nur zufällig in "set_table_for_1st_display" auftritt, weil den Programm schon vor diesem Aufruf die 20 Minuten verbraten hat oder ob der ALV selber sich so viel Zeit genehmigt.
Falls es letzterer Fall ist und die Abbruchstelle tatsächlich für den Timeout zuständig ist: Starte das Programm mit einer geringen Auswahl, damit du eine Anzeige erhältst und erzeuge dann eine Displayvariante ohne Summenstufen, Sortierung o.ä. und speichere dieses als persönliche Defaultvariante ab. Damit kannst du überprüfen, ob Gruppierung/Summenstufen den ALV in die Knie zwingen, indem du noch 1x mit der großen Selektion herangehst und schaust, ob der Dump immer noch auftritt mit demselben Dumpgrund (timeout).
170.000 Zeilen kann man als User eigentlich unmöglich bearbeiten, weil das einfach zu viele Informationen sind. Die Ergebnismenge müsste gefiltert/gruppiert/Summenstufen gebildet werden, um diese riesige Datenmenge überblicken zu können.
Der Dump den du bekommst hat aber nichts damit zu tun, dass du so viele Zeilen darstelln willst und damit ein Speicherproblem auf dem Frontend erzeugst, sondern damit, dass du einen Timeout erzeugst.
Was du also nun tun musst ist herausfinden, ob der dump nur zufällig in "set_table_for_1st_display" auftritt, weil den Programm schon vor diesem Aufruf die 20 Minuten verbraten hat oder ob der ALV selber sich so viel Zeit genehmigt.
Falls es letzterer Fall ist und die Abbruchstelle tatsächlich für den Timeout zuständig ist: Starte das Programm mit einer geringen Auswahl, damit du eine Anzeige erhältst und erzeuge dann eine Displayvariante ohne Summenstufen, Sortierung o.ä. und speichere dieses als persönliche Defaultvariante ab. Damit kannst du überprüfen, ob Gruppierung/Summenstufen den ALV in die Knie zwingen, indem du noch 1x mit der großen Selektion herangehst und schaust, ob der Dump immer noch auftritt mit demselben Dumpgrund (timeout).
Hallo black_adept,
ganz dickes Lob an Dich
.
Genau wie du es vorhergesagt hast. Wenn ich das Layout nicht eingrenze, dann funktioniert es auch und ALV schmiert bei der Ausgabe nicht ab. Jetzt ergibt es auch Sinn, warum ich davor keine Probleme damit hatte. Mein Kollege hat nämlich eine Layout Variante gespeichert, mit Sortierung usw. Und das hat der ALV nicht gepackt.
Vielen Dank für deine Hilfe.
Grüße
coco
ganz dickes Lob an Dich
.Genau wie du es vorhergesagt hast. Wenn ich das Layout nicht eingrenze, dann funktioniert es auch und ALV schmiert bei der Ausgabe nicht ab. Jetzt ergibt es auch Sinn, warum ich davor keine Probleme damit hatte. Mein Kollege hat nämlich eine Layout Variante gespeichert, mit Sortierung usw. Und das hat der ALV nicht gepackt.
Vielen Dank für deine Hilfe.
Grüße
coco
Seite 1 von 1
Vergleichbare Themen
9
Antw.
Antw.
3445
Views
Views
10
Antw.
Antw.
4944
Views
Views
TableControl: einzelne Zeilen der Ausgabe löschen?
von ChrizB » 16.01.2006 08:28 • Verfasst in ABAP® für Anfänger
von ChrizB » 16.01.2006 08:28 • Verfasst in ABAP® für Anfänger
4
Antw.
Antw.
3564
Views
Views
Ausgabe Zeilen in SAP Langtexten als aktivierbaren Link
von SAP_ENTWICKLER » 29.12.2017 06:27 • Verfasst in ABAP® Core
von SAP_ENTWICKLER » 29.12.2017 06:27 • Verfasst in ABAP® Core
7
Antw.
Antw.
2618
Views
Views
Write-Ausgabe vor Alv-Grid Ausgabe
von L0w-RiDer » 14.08.2019 14:09 • Verfasst in ABAP® für Anfänger
von L0w-RiDer » 14.08.2019 14:09 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
1604
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 9 Stunden von DeathAndPain 4 / 688
vor 9 Stunden von DeathAndPain 4 / 688
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 9 Stunden von DeathAndPain 4 / 688
vor 9 Stunden von DeathAndPain 4 / 688