Modifikation einer Z-DB
5 Beiträge
•
Seite 1 von 1
5 Beiträge
Seite 1 von 1
Hallo zusammen,
wir haben einen nächtlichen Job, der aktuelle Fehlerinformationen selektiert. Diese sollen in eine Datenbank geschrieben werden, damit man diese in einem Report später schön betrachten und editieren kann.
Wenn Fehler allerdings behoben werden, dann gibt es sie am nächsten Tag nicht mehr, werden nicht selektiert und müssen von der DB gelöscht werden.
Ich habe mir das im Moment so vorgestellt, weiß aber nicht genau, ob das so Sinn macht und wollte mir ein paar Meinungen einholen, bevor ich das ganze Programm ändere (das funktioniert, allerdings immer nur alle aktuellen Fehler ausdruckt):
Was ich erwarten würde wäre, dass in der DB am Ende alle aktuellen Fehler stehen. Wird das so funktionieren?
(Der Grund, warum ich nicht jeden Tag alle Einträge der DB ganz löschen und einfach nur alle aktuellen Fehler reinschreiben kann, ist, dass im Report Änderungen an der DB in Form von Kommentaren zu den Fehlern gemacht werden.)
wir haben einen nächtlichen Job, der aktuelle Fehlerinformationen selektiert. Diese sollen in eine Datenbank geschrieben werden, damit man diese in einem Report später schön betrachten und editieren kann.
Wenn Fehler allerdings behoben werden, dann gibt es sie am nächsten Tag nicht mehr, werden nicht selektiert und müssen von der DB gelöscht werden.
Ich habe mir das im Moment so vorgestellt, weiß aber nicht genau, ob das so Sinn macht und wollte mir ein paar Meinungen einholen, bevor ich das ganze Programm ändere (das funktioniert, allerdings immer nur alle aktuellen Fehler ausdruckt):
Code: Alles auswählen.
* itab mit aktuellen Fehlern füllen
LOOP über Fehlertabelle.
LOOP über Errornachrichtentabelle mit keys.
* MESSAGE_PREPARE FuBa
* Daten in itab schreiben und APPEND
ENDLOOP.
* Prüfung, ob es Datensatz in DB schon gibt
SELECT SINGLE COUNT(*)
FROM db
WHERE key1 = itab-key1
AND key2 = itab-key2.
* wenn es Datensatz noch nicht gibt, dann neuen Fehler in DB schreiben
IF sy-subrc <> 0.
MODIFY db FROM itab.
ENDIF.
ENDLOOP.
* wenn Daten in DB, aber nicht in itab sind, dann diese löschen, denn diese Fehler wurden gelöst
SELECT * FROM db
INTO t_not_in_itab_but_in_db
FOR ALL ENTRIES IN itab
WHERE key1 <> itab-key1
OR key2 <> itab-key2.
IF sy-subrc = 0.
DELETE db FROM t_not_in_itab_but_in_db.
ENDIF.(Der Grund, warum ich nicht jeden Tag alle Einträge der DB ganz löschen und einfach nur alle aktuellen Fehler reinschreiben kann, ist, dass im Report Änderungen an der DB in Form von Kommentaren zu den Fehlern gemacht werden.)
( SAP ECC 6.0, NetWeaver 7.0, ohne unicode, ohne support/enhancement packages )
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Moin.
Ich würde hier das Application log empfehlen.
https://www.berater-wiki.de/Application_Log
http://www.saptechnical.com/Tutorials/O ... /page1.htm
gruß Jens
Ich würde hier das Application log empfehlen.
https://www.berater-wiki.de/Application_Log
http://www.saptechnical.com/Tutorials/O ... /page1.htm
gruß Jens
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die Ausgabe muss editierbar sein, ich glaube nicht, dass das beim Application Log der Fall ist?
Die Ausgabe selbst ist auch schon geschrieben, das ist jetzt nicht das Problem, es geht eher darum, ob die Abfolge hier Sinn ergibt, ich habe noch nicht viel mit DBs gearbeitet.
Die Ausgabe selbst ist auch schon geschrieben, das ist jetzt nicht das Problem, es geht eher darum, ob die Abfolge hier Sinn ergibt, ich habe noch nicht viel mit DBs gearbeitet.
( SAP ECC 6.0, NetWeaver 7.0, ohne unicode, ohne support/enhancement packages )
Das ist schon ziemlich unklar alles
- kannst du denn immer einen Fehler eindeutig identifizieren?
- was wenn ein Fehler nicht auftritt weil das verursachende Programm nur alle 3 Tage läuft?
- wozu editieren wenn dein Programm den Satz möglicherweise löscht?
- kannst du denn immer einen Fehler eindeutig identifizieren?
- was wenn ein Fehler nicht auftritt weil das verursachende Programm nur alle 3 Tage läuft?
- wozu editieren wenn dein Programm den Satz möglicherweise löscht?
Hallo,
würde so im prinzip funktionieren, aber ich würde das Löschen von der DB durch ein schreiben eines Löschkennzeichen + Löschdatum ersetzen. Für den Anwender dann Datensätze mit Löschkennzeichen ausblenden.
Viele Grüße
Alex
würde so im prinzip funktionieren, aber ich würde das Löschen von der DB durch ein schreiben eines Löschkennzeichen + Löschdatum ersetzen. Für den Anwender dann Datensätze mit Löschkennzeichen ausblenden.
Viele Grüße
Alex
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
273
Views
Views
2
Antw.
Antw.
2079
Views
Views
1
Antw.
Antw.
1320
Views
Views
0
Antw.
Antw.
1251
Views
Views
Modifikation im Tabellenpflegegenerator / Tabellenpflege
von olli-x » 11.08.2006 14:48 • Verfasst in ABAP® Core
von olli-x » 11.08.2006 14:48 • Verfasst in ABAP® Core
1
Antw.
Antw.
3122
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 2 Tagen von DeathAndPain 4 / 1084
vor 2 Tagen von DeathAndPain 4 / 1084
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 / 1084
vor 2 Tagen von DeathAndPain 4 / 1084