Fehler bei Hintergrundverarbeitung
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
14 Beiträge
•
Seite 1 von 1
14 Beiträge
Seite 1 von 1
Hallo liebe Experten,
ich habe einen Report, der mittels SELECT-Anweisung einige Daten aus diversen Datenbanktabellen ausliest und diese dann in eine Textdatei schreibt. Nun sollte dieser Report als Job automatisch einmal am Tag ablaufen.
Ich habe allerdings das Problem, dass der Report, wenn ich ihn über die Hintergrundverarbeitung laufen lasse, grundsätzlich die falschen Daten in meinem Textfile speichert. Komisch ist außerdem, dass, egal was ich in der WHERE-Klausel schreibe, immer dieselben Daten im Textfile stehen und dieses auch immer dieselbe Größe hat. Lasse ich das Programm im ABAP-Editor über F8 laufen, werden jedoch die richtigen Daten ins Textfile übertragen.
Hat irgendjemand eine Ahnung, woran das liegen könnte? Müssen noch bestimmte Dinge bei der Hintergrundverarbeitung beachtet werden?
Vielen Dank für die Hilfe!
Gruß
Melanie
ich habe einen Report, der mittels SELECT-Anweisung einige Daten aus diversen Datenbanktabellen ausliest und diese dann in eine Textdatei schreibt. Nun sollte dieser Report als Job automatisch einmal am Tag ablaufen.
Ich habe allerdings das Problem, dass der Report, wenn ich ihn über die Hintergrundverarbeitung laufen lasse, grundsätzlich die falschen Daten in meinem Textfile speichert. Komisch ist außerdem, dass, egal was ich in der WHERE-Klausel schreibe, immer dieselben Daten im Textfile stehen und dieses auch immer dieselbe Größe hat. Lasse ich das Programm im ABAP-Editor über F8 laufen, werden jedoch die richtigen Daten ins Textfile übertragen.
Hat irgendjemand eine Ahnung, woran das liegen könnte? Müssen noch bestimmte Dinge bei der Hintergrundverarbeitung beachtet werden?
Vielen Dank für die Hilfe!
Gruß
Melanie
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo Haubi,
hier mein Select-Statement:
Es gibt gar kein Selektionsbild, also auch keine Eingabeparameter. Das Teil sollte im Optimalfall nur die neuesten bzw. bearbeitete Bestellungen auslesen, was allerdings noch nicht funktioniert.
Gruß
Melanie
hier mein Select-Statement:
Code: Alles auswählen.
SELECT ekko~lifnr ekpo~matnr eket~eindt ekpo~menge ekbe~budat
ekbe~menge ekpo~ebelp ekko~ebeln
FROM ekko JOIN ekpo
ON ekko~ebeln EQ ekpo~ebeln
LEFT JOIN ekbe
ON ekpo~ebeln EQ ekbe~ebeln
AND ekpo~ebelp EQ ekbe~ebelp
LEFT JOIN eket
ON ekpo~ebeln EQ eket~ebeln
AND ekpo~ebelp EQ eket~ebelp
INTO TABLE tab_records
WHERE ekko~bstyp EQ 'F'
* AND ekko~ebeln = '4500000020'
ORDER BY ekpo~matnr eket~eindt ekko~lifnr.
DELETE ADJACENT DUPLICATES
FROM tab_records
COMPARING ebelp.
Gruß
Melanie
Moinsen.
Auffällig ist erstmal, dass Du die Einträge nach Materialnummer (usw.) sortierst (ORDER BY), anschließend aber benachbarte Einträge mit gleicher EBELP löschst. Was bezweckst Du hier?
Das Phänomen mit "Ergebnis Online ungleich Ergebnis Batch" erklärt das allerdings noch nicht...
Gruss,
Haubi
Auffällig ist erstmal, dass Du die Einträge nach Materialnummer (usw.) sortierst (ORDER BY), anschließend aber benachbarte Einträge mit gleicher EBELP löschst. Was bezweckst Du hier?
Das Phänomen mit "Ergebnis Online ungleich Ergebnis Batch" erklärt das allerdings noch nicht...
Gruss,
Haubi
Nun ja, ich dachte ich müsste doppelte Einträge löschen, da ja immer alles mit allem mit dem Join verbunden wird. Allerdings bin ich mir da dank deines Hinweises nicht mehr so sicher. Ist auch das erste Mal, dass ich sowas mit Open SQL mache, da bin ich für jede Hilfe dankbar!
Zurück zum eigentlichen Problem. Ich habe gerade festgestellt, dass das Problem auch besteht, wenn ich innerhalb der Hintergrundausführung sage "sofort ausführen". Bisher hatte ich immer "einplanen" gewählt. Das Textfile hat unabhängig vom Select-Statement immer die Länge 2.990 und es stehen auch immer dieselben Daten drin. Bin für jeden Hinweis dankbar!
Zurück zum eigentlichen Problem. Ich habe gerade festgestellt, dass das Problem auch besteht, wenn ich innerhalb der Hintergrundausführung sage "sofort ausführen". Bisher hatte ich immer "einplanen" gewählt. Das Textfile hat unabhängig vom Select-Statement immer die Länge 2.990 und es stehen auch immer dieselben Daten drin. Bin für jeden Hinweis dankbar!
Hallo Gast,
ich speichere ja nicht auf dem lokalen PC sondern auf dem Applikationsserver in SAP.
ich speichere ja nicht auf dem lokalen PC sondern auf dem Applikationsserver in SAP.
Open SQLMelanie_P hat geschrieben:Nun ja, ich dachte ich müsste doppelte Einträge löschen, da ja immer alles mit allem mit dem Join verbunden wird. Allerdings bin ich mir da dank deines Hinweises nicht mehr so sicher. Ist auch das erste Mal, dass ich sowas mit Open SQL mache, da bin ich für jede Hilfe dankbar!
Zurück zum eigentlichen Problem. Ich habe gerade festgestellt, dass das Problem auch besteht, wenn ich innerhalb der Hintergrundausführung sage "sofort ausführen". Bisher hatte ich immer "einplanen" gewählt. Das Textfile hat unabhängig vom Select-Statement immer die Länge 2.990 und es stehen auch immer dieselben Daten drin. Bin für jeden Hinweis dankbar!
Wenn immer das gleiche selektiert wird, ist es völlig normal, dass auch immer das gleiche in der Datei steht. Alles andere würde mich wundern
Open SQLMelanie_P hat geschrieben:Nun ja, ich dachte ich müsste doppelte Einträge löschen, da ja immer alles mit allem mit dem Join verbunden wird. Allerdings bin ich mir da dank deines Hinweises nicht mehr so sicher. Ist auch das erste Mal, dass ich sowas mit Open SQL mache, da bin ich für jede Hilfe dankbar!
Zurück zum eigentlichen Problem. Ich habe gerade festgestellt, dass das Problem auch besteht, wenn ich innerhalb der Hintergrundausführung sage "sofort ausführen". Bisher hatte ich immer "einplanen" gewählt. Das Textfile hat unabhängig vom Select-Statement immer die Länge 2.990 und es stehen auch immer dieselben Daten drin. Bin für jeden Hinweis dankbar!
Wenn immer das gleiche selektiert wird, ist es völlig normal, dass auch immer das gleiche in der Datei steht. Alles andere würde mich wundern
Selbstverständlich selektiere ich nicht immer das Gleiche! Bei Hintergrundverarbeitung hat die Datei, egal ob ich nun alle Bestellungen auslese oder nur eine EBELN, immer die Länge 2.990 und es stehen immer die gleichen Daten drin. Wenn ich mit F8 innerhalb des ABAP-Editors ausführe, ändert sich selbstverständlich bei verschiedenen WHERE-Bedingungen die Länge der Datei und auch die Daten. Bei der Hintergrundverarbeitung nicht!Wenn immer das gleiche selektiert wird, ist es völlig normal, dass auch immer das gleiche in der Datei steht. Alles andere würde mich wundern
Warum übrigens dieses
bei der Erwähnung von Open SQL? Geht es auch anders in ABAP? Ich mache das erst seit 2 Monaten, bin also absoluter Neuling was das betrifft!Du bekommt alle Positionen aller Bestellungen. Die Left-Joins sorgen ja nur dafür, dass die Daten angereichert werden, zusätzliche Zeilen entstehen dadurch nicht. Ich vermute mal, dass durch den DELETE die Datenmenge extrem schrumpft, was aber wahrscheinlich in diesem Fall nicht im Sinne des Erfinders ist.Melanie_P hat geschrieben:Nun ja, ich dachte ich müsste doppelte Einträge löschen, da ja immer alles mit allem mit dem Join verbunden wird.
Hmm, das Ergebnis von Online und Batch sollten eigentlich übereinstimmen, da gibt es keinen Unterschied, der mir einfallen würde...Zurück zum eigentlichen Problem. Ich habe gerade festgestellt, dass das Problem auch besteht, wenn ich innerhalb der Hintergrundausführung sage "sofort ausführen". Bisher hatte ich immer "einplanen" gewählt.
Was heisst "unabhängig von Select-Statement"? Das Statement liefert in jedem Lauf des Reports exakt die gleichen Zeilen zurück (es sei denn jemand erfasst Bestellungen oder schmeisst sie weg). Der Select wird in Deinem Fall ja nicht "von aussen" beeinflusst, z.B. über Parameter.Das Textfile hat unabhängig vom Select-Statement immer die Länge 2.990 und es stehen auch immer dieselben Daten drin. Bin für jeden Hinweis dankbar!
Oder änderst Du das Coding zwischendurch? Dann solltest Du darauf achten, dass Du Deinen Report nicht nur speicherst sondern aktivierst. Ich halte es für möglich, dass ansonsten im Batch nicht die aktuelle Load-Version gezogen wird sondern eine alte...
Gruss,
Haubi
Puh, natürlich! Ich hatte doch glatt (ironischerweise seit ich die Hintergrundverarbeitung ausprobiere) die Aktivierung vergessen! Ich wusste ja, es muss ein ganz dummer Fehler sein!
Vielen Dank an Haubi
Vielen Dank an Haubi
Seite 1 von 1
Vergleichbare Themen
4
Antw.
Antw.
2203
Views
Views
6
Antw.
Antw.
2487
Views
Views
2
Antw.
Antw.
2247
Views
Views
Hintergrundverarbeitung im Dialogprogramm?
von eschi78 » 16.11.2006 16:30 • Verfasst in Dialogprogrammierung
von eschi78 » 16.11.2006 16:30 • Verfasst in Dialogprogrammierung
4
Antw.
Antw.
2515
Views
Views
3
Antw.
Antw.
3538
Views
Views
Verzeichnis löschen in Hintergrundverarbeitung
von Precog » 09.09.2008 11:48 • Verfasst in ABAP® Core
von Precog » 09.09.2008 11:48 • Verfasst in ABAP® Core
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.