[50634] in SAPr3-news
=?ISO-8859-1?Q?Ermittlung_PGM,_da=DF_bestimmtes_Feld_zerschiesst?=
daemon@ATHENA.MIT.EDU (J?rgen Spranz)
Wed Jul 14 10:59:29 2004
To: sapr3-news@mit.edu
Date: 14 Jul 2004 07:59:06 -0700
From: jspranz@gmx.de (J?rgen Spranz)
Message-ID: <c558c9b.0407140659.753aa721@posting.google.com>
Vielleicht hat jemand von Euch eine Idee.
Es gibt die beiden Funktionalitäten: - Trace einschalten (wird viel
aufgezeichnet auch READs). Eine Selektion nur UPDATES geht nicht. Das
Datenvolumen über die Tabelle ist sehr groß (MARA), da die Tabelle in
fast allen Programmen gelesen wird... Es wird auch nur das Programm,
das die Änderung durchführt protokolliert.
- Änderungen an der Tabelle aufzeichnen. Hier wird nicht mal das
Programm aufgezeichnet. Flag in SE11....
Eigentlich benötige ich folgende Informationen:
In welchem "Programmstapel" (ähnlich wie im Debugger) wird das
Zusatzfeld MARA-ZZZFELD geleert oder leer geschrieben.?
Notfalls müßte ich alle Programme, die ein UPDATE oder INSERT auf die
MARA durchführen modifizieren und einen neuen Funktionsbaustein
aufrufen.
1. Übergabe Struktur MARA (Satz nach Änderung)
2. Lesen MARA
3. Ermitteln von Daten des Programmstapels (wie heißt ein
entsprechender Funktionsbaustein. Das Programm selber reicht nicht
aus, da zur MARA-UPDATES Standardfunktionsbausteine verwendet werden.
Ein direktes update ist ja "verboten".
4. Ausgabe in neue Z_TABELLE mit Struktur MARA und x Spalten für
Programmnamen, TYP (FORM, Function...), Spalkte Status (B=Before
UPDATE), A=After UPDATE).
Gibt es eine Möglichkeit das ganze noch irgendwie anders zu machen, so
daß man nicht die ganzen Programme raussuchen und änern muß.
Also irgendwo eine zentrale Stelle, in der man einen solchen
Funktionsbaustein etc. einbinden könnte.
