SE11 bzw SE16N dumpt wegen Konverierungsfehler
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Hallöchen.
Wir haben es geschafft in ein numerisches Feld einer eigenen Tabelle eine Zeichenfolge zu schreiben. Nun können wir nicht mal mehr per SE11 oder SE16n den Inhalt der Tabelle ansehen weil dann ein Konvertierungsexit versucht, die Buchstaben als Zahl zu interpretieren und den Dump auslöst. Beispiel: ' " ST" nicht als Zahl interpretierbar'.
Wie kommen wir an die Tabellenzeilen wieder ran? Kann man die Konv.-exits abstellen?
Hatte ich erwähnt dass das Ganze auf dem Produktivsystem passiert ist? Weia.
Ciao
Burkhart
Wir haben es geschafft in ein numerisches Feld einer eigenen Tabelle eine Zeichenfolge zu schreiben. Nun können wir nicht mal mehr per SE11 oder SE16n den Inhalt der Tabelle ansehen weil dann ein Konvertierungsexit versucht, die Buchstaben als Zahl zu interpretieren und den Dump auslöst. Beispiel: ' " ST" nicht als Zahl interpretierbar'.
Wie kommen wir an die Tabellenzeilen wieder ran? Kann man die Konv.-exits abstellen?
Hatte ich erwähnt dass das Ganze auf dem Produktivsystem passiert ist? Weia.
Ciao
Burkhart
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von DeathAndPain (Top Expert / 1939 / 257 /
412
)
»
Wow, wie habt ihr das denn hingekriegt?
Nimm die SE16 (ohne N), gib den Tabellennamen ein und drück Enter, dann Menü "Einstellungen --> Benutzerparameter..." Da gibt es eine Checkbox "Konvertierungsexit berücksichtigen", da kannste den Haken rausnehmen.
Mit der SE16N müsste es auch irgendwie gehen, aber hab mir nicht gemerkt, wie.
Wobei ich nicht sicher bin, was euch das bringen soll. Oder darf man bei euch im Produktivsystem mit der SE16 Tabelleninhalte manipulieren!?
Nimm die SE16 (ohne N), gib den Tabellennamen ein und drück Enter, dann Menü "Einstellungen --> Benutzerparameter..." Da gibt es eine Checkbox "Konvertierungsexit berücksichtigen", da kannste den Haken rausnehmen.
Mit der SE16N müsste es auch irgendwie gehen, aber hab mir nicht gemerkt, wie.
Wobei ich nicht sicher bin, was euch das bringen soll. Oder darf man bei euch im Produktivsystem mit der SE16 Tabelleninhalte manipulieren!?
Schreibt einen Report, der das Problem, sprich die Fehlerhaften Daten, in der DB korrigiert!
Beitrag
von Shortcut IT (ForumUser / 52 / 2 /
18
)
»
Hallo,
SE16 und SE16N funktionieren ohnehin nur, wenn die Tabellenpflege im System für die Tabelle erlaubt ist. Die 'Tricks' mit &SAP_EDIT etc. dürften in den meisten Systemen inzwischen nicht mehr funktionieren, das wurde dicht gemacht.
Mit einem extra erstellten Programm geht natürlich alles. Wenn es wirklich eilig und dringend ist, hat unsere Lösung das Problem in einer Minute behoben.
Korrupte Daten in eine Tabelle reinzukriegen ist übrigens nicht so schwierig, z.B. durch Schlamperei bei der Definition der Quellstrukturen, u.a. durch Definition am Data Dictionary vorbei.
Viele Grüße
Shortcut IT
SE16 und SE16N funktionieren ohnehin nur, wenn die Tabellenpflege im System für die Tabelle erlaubt ist. Die 'Tricks' mit &SAP_EDIT etc. dürften in den meisten Systemen inzwischen nicht mehr funktionieren, das wurde dicht gemacht.
Mit einem extra erstellten Programm geht natürlich alles. Wenn es wirklich eilig und dringend ist, hat unsere Lösung das Problem in einer Minute behoben.
Korrupte Daten in eine Tabelle reinzukriegen ist übrigens nicht so schwierig, z.B. durch Schlamperei bei der Definition der Quellstrukturen, u.a. durch Definition am Data Dictionary vorbei.
Code: Alles auswählen.
report ztest1.
tables: ztest.
data: begin of wa,
mandt type mandt,
char10 like ztest-char10,
murksC10 type char10, " Tabelle ZTEST hat hier ein NUMC10!
end of wa.
wa-mandt = sy-mandt.
wa-char10 = '4'.
wa-murksC10 = 'Murks'.
insert into ztest values wa. " im NUMC10-Feld steht jetzt Murks
commit work.Shortcut IT
das stimmt.Shortcut IT hat geschrieben: ↑29.05.2020 15:51Korrupte Daten in eine Tabelle reinzukriegen ist übrigens nicht so schwierig, z.B. durch Schlamperei bei der Definition der Quellstrukturen, u.a. durch Definition am Data Dictionary vorbei.
Zusätzlich kann das auch bei der Tabellenumsetzung selbst passieren...
https://tricktresor.de/blog/fehlerhafte ... rrigieren/
Beitrag
von DeathAndPain (Top Expert / 1939 / 257 /
412
)
»
Wobei ich trotzdem der Meinung bin, dass man Englisch und Deutsch so weit trennen sollte, nicht von korrupten Daten zu sprechen. Mir ist es jedenfalls noch nie gelungen, Daten zu bestechen, auch wenn das bei manchen Programmierfehlern echt hilfreich gewesen wäre.
:D
Die Daten missbrauchen mein Vertrauen in sie, korrekt zu sein... ;)Wikipedia hat geschrieben:Korruption ist der Missbrauch einer bestimmten Vertrauensstellung
... stimmt. Scheint mir auch eher ein Fall von Dateninkontinenz, als von Korruption zu sein :D
br Jens
br 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.
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
982
Views
Views
2
Antw.
Antw.
1060
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 58 Minuten von DeathAndPain 4 / 460
vor 58 Minuten von DeathAndPain 4 / 460
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 58 Minuten von DeathAndPain 4 / 460
vor 58 Minuten von DeathAndPain 4 / 460