Alle Tabellen editieren mit SE16N
14 Beiträge
•
Seite 1 von 1
14 Beiträge
Seite 1 von 1
SAP hat eine Tabelleneditierfunktion für alle Tabellen eingebaut, die recht einfach zu bedienen ist:
Transaktion SE16N starten.
Tabellennamen eingeben und Enter drücken.
In das Kommandofeld &sap_edit eigeben und mit Enter bestätigien.
Nun kann die Abfrage gestartet werden um die zu selektierenden Datensätze anzuzeigen.
Im Tablecontrol kann man dann bequem die Einträge ändern / löschen oder auch neue hinzufügen.
Nach getaner Arbeit speichern nicht vergessen!
Kleiner Hinweis noch:
In den Tabellen
SE16N_CD_DATA
SE16N_CD_KEY
werden die Änderungen mitprotokolliert.
______________________________
TIPP beruht sich auf Release 4.6C
Transaktion SE16N starten.
Tabellennamen eingeben und Enter drücken.
In das Kommandofeld &sap_edit eigeben und mit Enter bestätigien.
Nun kann die Abfrage gestartet werden um die zu selektierenden Datensätze anzuzeigen.
Im Tablecontrol kann man dann bequem die Einträge ändern / löschen oder auch neue hinzufügen.
Nach getaner Arbeit speichern nicht vergessen!
Kleiner Hinweis noch:
In den Tabellen
SE16N_CD_DATA
SE16N_CD_KEY
werden die Änderungen mitprotokolliert.
______________________________
TIPP beruht sich auf Release 4.6C
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo,
das ist ja mal ein richtiger "Insider-Tip".
Vielen Dank. (Das erspart einem das "reppen" der normalen SE16).
Irgendwie ist diese Transaktion doch etwas gefährtlich, da man tatsächlich jede beliebige Tabelle (auch KNA1 etc.) gerademalebenso "verpfuschen" kann.
Also bei der Benutzung ist, wie immer, allerhöchste Vorsicht geboten.
Klar, die Transaktion kann man sperren, oder aus den Berechtigungen (Rollen) ausnehmen.
Gibt es evt. ein Berechtigungsobjekt, welches die zu bearbeitenden Tabellen einschränkt oder gar das &sap_edit verbietet??
Nochmal danke für den wirklich guten Tip.
mfg.
babap
das ist ja mal ein richtiger "Insider-Tip".
Vielen Dank. (Das erspart einem das "reppen" der normalen SE16).
Irgendwie ist diese Transaktion doch etwas gefährtlich, da man tatsächlich jede beliebige Tabelle (auch KNA1 etc.) gerademalebenso "verpfuschen" kann.
Also bei der Benutzung ist, wie immer, allerhöchste Vorsicht geboten.
Klar, die Transaktion kann man sperren, oder aus den Berechtigungen (Rollen) ausnehmen.
Gibt es evt. ein Berechtigungsobjekt, welches die zu bearbeitenden Tabellen einschränkt oder gar das &sap_edit verbietet??
Nochmal danke für den wirklich guten Tip.
mfg.
babap
Hallo,
es gibt definitiv kein Berechtigungsobjekt, welches der Transaktion SE16N
zugeordnet ist.
Dies lässt sich über die Tabelle TSTCA nachvollziehen, den die regelt, ob Berechtigungsobjekte einer Transaktion zugeordnet worden sind oder nicht.
es gibt definitiv kein Berechtigungsobjekt, welches der Transaktion SE16N
zugeordnet ist.
Dies lässt sich über die Tabelle TSTCA nachvollziehen, den die regelt, ob Berechtigungsobjekte einer Transaktion zugeordnet worden sind oder nicht.
Es werden aber definitiv alle Objekte die auch bei der SE16 geprüft werden bei der SE16N ebenfalls herangezogen. D.h. S_TABU_DIS, S_TABU_CLI, S_DEVELOP. Oder konkreter gesagt: alle Objekte die über die SU24 als "Kannprüfung" angezeigt werden, werden geprüft oder können geprüft werden.waltersen hat geschrieben:Hallo,
es gibt definitiv kein Berechtigungsobjekt, welches der Transaktion SE16N
zugeordnet ist.
Dies lässt sich über die Tabelle TSTCA nachvollziehen, den die regelt, ob Berechtigungsobjekte einer Transaktion zugeordnet worden sind oder nicht.
Gruß
Petra
Das gilt für einen gewissen Support Packagestand:waltersen hat geschrieben:Hallo,
es gibt definitiv kein Berechtigungsobjekt, welches der Transaktion SE16N
zugeordnet ist.
Dies lässt sich über die Tabelle TSTCA nachvollziehen, den die regelt, ob Berechtigungsobjekte einer Transaktion zugeordnet worden sind oder nicht.
wir sind von SP33 auf SP47 und jetzt wird debugging abgeprüft.
OSS weiss da sicher mehr....
Christian
Hallo,
ich sollte meine Aussage (s.o.) etwas erläutern.
Will man eine Transaktion starten, braucht man Berechtigungsobjekt S_TCODE (immer).
Dieses lässt sich bei SE16N umgehen, da sich diese Transaktion auch als Report ausführen lässt (RK_SE16N).
Dann braucht man aber SA38.
Die erwähnte Tabelle TSTCA überprüft, welche Berechtigungobjekte zum Start (!!!) einer Transaktion vorhanden sein müssen. Bei SE16N gibt es da keine weiteren.
Ich kann diese Transaktion also auch auf einem System ohne Debuggingrechte starten. Fehlen mir die Debuggingrechte funktioniert &sap_edit nicht. Die Erfahrung mit dem Patchlevel habe ich auch gemacht. Bis 46c Patchlevel xy ging es auch ohne Debugging, da nach nicht mehr.
ich sollte meine Aussage (s.o.) etwas erläutern.
Will man eine Transaktion starten, braucht man Berechtigungsobjekt S_TCODE (immer).
Dieses lässt sich bei SE16N umgehen, da sich diese Transaktion auch als Report ausführen lässt (RK_SE16N).
Dann braucht man aber SA38.
Die erwähnte Tabelle TSTCA überprüft, welche Berechtigungobjekte zum Start (!!!) einer Transaktion vorhanden sein müssen. Bei SE16N gibt es da keine weiteren.
Ich kann diese Transaktion also auch auf einem System ohne Debuggingrechte starten. Fehlen mir die Debuggingrechte funktioniert &sap_edit nicht. Die Erfahrung mit dem Patchlevel habe ich auch gemacht. Bis 46c Patchlevel xy ging es auch ohne Debugging, da nach nicht mehr.
Nein, braucht man nicht.waltersen hat geschrieben:Dieses lässt sich bei SE16N umgehen, da sich diese Transaktion auch als Report ausführen lässt (RK_SE16N).
Dann braucht man aber SA38.
Auch keine SE38 oder SE80 oder sonstige Development-Workbench-Transaktion.
Die Protokollierung der SE16N ist ja gut und schön. Jetzt haben wir das Problem, dass die Transaktion nach Datenübernahmen gerne zu "kleineren Korrekturen" benutzt wurde und die Tabelle SE16N_CD_DATA mittlerweile fast eine Million Einträge hat. Da blickt doch kein Mensch mehr durch. Wie kann ich die Tabelle denn wieder kleinkriegen / archivieren ?
Moin,
in der Transaktion SE16N gibts im Menü unter 'Zusätze' die Option zum Löschen.
Gruss Jogi
in der Transaktion SE16N gibts im Menü unter 'Zusätze' die Option zum Löschen.
Gruss Jogi
Im Produktivsystem?Abbafan1st hat geschrieben:Die Protokollierung der SE16N ist ja gut und schön. Jetzt haben wir das Problem, dass die Transaktion nach Datenübernahmen gerne zu "kleineren Korrekturen" benutzt wurde und die Tabelle SE16N_CD_DATA mittlerweile fast eine Million Einträge hat.
Seite 1 von 1
Vergleichbare Themen
11
Antw.
Antw.
3093
Views
Views
11
Antw.
Antw.
762
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
ADT - Änderung an einzelner Methode sperrt die ganze Klasse im Trapo
vor 6 Stunden von 19KnarfRed81 1 / 50
vor 6 Stunden von 19KnarfRed81 1 / 50
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
ADT - Änderung an einzelner Methode sperrt die ganze Klasse im Trapo
vor 6 Stunden von 19KnarfRed81 1 / 50
vor 6 Stunden von 19KnarfRed81 1 / 50
Unbeantwortete Forenbeiträge
ADT - Änderung an einzelner Methode sperrt die ganze Klasse im Trapo
vor 6 Stunden von 19KnarfRed81 1 / 50
vor 6 Stunden von 19KnarfRed81 1 / 50