Aus einer auswertung daten verändern und in db abspeichern
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
13 Beiträge
•
Seite 1 von 1
13 Beiträge
Seite 1 von 1
bitte um hilfe wie kann ich von einer auswertung dann die liste bearbeiten?? so das ich die daten verändern kann und wieder in die datenbank abspeicheern
danke
danke
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo,
auch wenn so etwas irgendwie zu machen ist, so richtig wohl ist mir nicht dabei.
Eigentlich wäre eine Transaktion zur qualifizierten Änderung, Verprobung etc. der Daten zu schreiben.
Am Einfachsten geht das mit einer Pflegeview. Etwas aufwändiger ist ein Pflegeprogramm oder ein Modulpool.
mfg.
babap
auch wenn so etwas irgendwie zu machen ist, so richtig wohl ist mir nicht dabei.
Eigentlich wäre eine Transaktion zur qualifizierten Änderung, Verprobung etc. der Daten zu schreiben.
Am Einfachsten geht das mit einer Pflegeview. Etwas aufwändiger ist ein Pflegeprogramm oder ein Modulpool.
mfg.
babap
Beitrag
von Frank Dittrich (Expert / 674 / 0 /
15
)
»
Dann hast Du gerade was dazugelernt.Gast hat geschrieben:Beachte: direktes Ändern in der DB nur bei kundeneigenen Tabellen zulässig, sonst Batch-Input !
Das wäre mir neu.
Möglich ist vieles. Aber nicht alles was möglich ist, will man auch tun.Er will doch einfach nur Daten lesen, ändern, und wieder speichern....
Was soll da nicht möglich sein???
Batch-Input ist zwar nicht mehr unbedingt das Mittel der Wahl.
Das heißt aber nicht, dass man stattdessen direkt DB-Änderungen vornehmen sollte.
Welche SAP-Standard-Tabellen (und welche der Felder) änderst Du denn so direkt per DB-Update?
Hallo,
manche Dinge, die nicht zulässig sind, könnte man trotzdem machen (soviel zum Thema "möglich" und verstehen was geschrieben wurde ...).
Aber eins ist klar: sauber, pflegbar, nachvollziehbar, konsistent, revisionssicher, etc. ist das nicht, was "Gast" da vorhat.
mfg.
babap
manche Dinge, die nicht zulässig sind, könnte man trotzdem machen (soviel zum Thema "möglich" und verstehen was geschrieben wurde ...).
Aber eins ist klar: sauber, pflegbar, nachvollziehbar, konsistent, revisionssicher, etc. ist das nicht, was "Gast" da vorhat.
mfg.
babap
Hallo lieber Gast,
Ich habe die Warnung vor dem direkten UPDATE in den SAP-Tabellen geschrieben, da oftmals mehr Tabellen durch eine Standard-Transaktion abgeändert werden als man denkt. Nicht immer ist dies offensichtlich.
"Dynamische Programmierung" Tabellenzugriffe in FU-Bausteinen gekapselt. usw.
Das Problem der konkurrierenden Zugriffe sollte jedem Programmierer bekannt sein. Was passiert, wenn jemand über dein Programm ändert und jemand anderes über eine Standard-Transaktion. Bist Du sicher die identischen Sperrobjekte zu verwenden. Deswegen sollte man auch mit SM30 in Produktivsystemen sehr sehr vorsichtig sein. Sogar bei kundeneigenen TABLES, wenn noch eine "normales" Dialogprogramm existiert.
Zum Thema was man machen kann: DEBUG-Berechtigung im Produktiv-System erlangen und bei Fehlermeldungen einen Breakpoint setzen und dann Fehler ignorieren und Daten wild verändern. Das gibts tatsächlich.
(nicht bei uns)
Ich habe die Warnung vor dem direkten UPDATE in den SAP-Tabellen geschrieben, da oftmals mehr Tabellen durch eine Standard-Transaktion abgeändert werden als man denkt. Nicht immer ist dies offensichtlich.
"Dynamische Programmierung" Tabellenzugriffe in FU-Bausteinen gekapselt. usw.
Das Problem der konkurrierenden Zugriffe sollte jedem Programmierer bekannt sein. Was passiert, wenn jemand über dein Programm ändert und jemand anderes über eine Standard-Transaktion. Bist Du sicher die identischen Sperrobjekte zu verwenden. Deswegen sollte man auch mit SM30 in Produktivsystemen sehr sehr vorsichtig sein. Sogar bei kundeneigenen TABLES, wenn noch eine "normales" Dialogprogramm existiert.
Zum Thema was man machen kann: DEBUG-Berechtigung im Produktiv-System erlangen und bei Fehlermeldungen einen Breakpoint setzen und dann Fehler ignorieren und Daten wild verändern. Das gibts tatsächlich.
(nicht bei uns)
@meinrad: bitte berichtige mich, mit Quellenangabe, aber ich lese von Dir
@babap:
Ich sehe bei vielen Deiner Postings in erste Linie pauschale Unterstellungen.
Im Prinzip hast Du nichts zum Thema beigetragen, sondern nur "angegriffen".
Lass es doch einfach sein.
Das klingt für mich mehr, daß es gar nicht möglich ist, direkt in der DB zu ändern.Beachte: direktes Ändern in der DB nur bei kundeneigenen Tabellen zulässig, sonst Batch-Input !
Wenn ich mir nicht sicher wäre/bin, hätte ich in dem Job nichts zu suchen.Bist Du sicher die identischen Sperrobjekte zu verwenden
@babap:
Du weißt doch gar nicht was ich vorhabe.Aber eins ist klar: sauber, pflegbar, nachvollziehbar, konsistent, revisionssicher, etc. ist das nicht, was "Gast" da vorhat.
Ich sehe bei vielen Deiner Postings in erste Linie pauschale Unterstellungen.
Im Prinzip hast Du nichts zum Thema beigetragen, sondern nur "angegriffen".
Lass es doch einfach sein.
Beitrag
von Frank Dittrich (Expert / 674 / 0 /
15
)
»
Für mich klingt das genau so, wie es offenbar gemeint war.Gast hat geschrieben:@meinrad: bitte berichtige mich, mit Quellenangabe, aber ich lese von Dir
Das klingt für mich mehr, daß es gar nicht möglich ist, direkt in der DB zu ändern.Beachte: direktes Ändern in der DB nur bei kundeneigenen Tabellen zulässig, sonst Batch-Input !
Eine Warnung an jemanden, der sich mit SAP noch nicht so auskennt, auf jeden Fall die Finger von direkten DB-Updates auf SAP-Standard-Tabellen zu lassen.
Ich kann da keine Angriffe entdecken.Wenn ich mir nicht sicher wäre/bin, hätte ich in dem Job nichts zu suchen.Bist Du sicher die identischen Sperrobjekte zu verwenden
@babap:Du weißt doch gar nicht was ich vorhabe.Aber eins ist klar: sauber, pflegbar, nachvollziehbar, konsistent, revisionssicher, etc. ist das nicht, was "Gast" da vorhat.
Ich sehe bei vielen Deiner Postings in erste Linie pauschale Unterstellungen.
Im Prinzip hast Du nichts zum Thema beigetragen, sondern nur "angegriffen".
Und im Zweifelsfall bevorzuge ich auch lieber eine etwas drastisch formulierte Warnung, die nicht so ohne weiteres untergeht.
Wer Händchenhalten will, ist hier m.E. falsch.
Jetzt wieder zu technischen Belangen:
Was ist mit Änderungsbelegen?
Mit Berechtigungsprüfung?
Mit Abhängigkeiten, die vom SAP-Standard geprüft werden?
Baust Du die in Dein Programm auch alle ein?
Und was ist, wenn im nächsten Release, Support Package oder OSS-Hinweis weitere Prüfungen hinzukommen?
Pflegst Du das alles nach?
Wie prüfst Du, ob ein Upgrade oder eine Vorab-Korrektur evtl. auch Änderungen in Deinem Programm erfordert?
Und wenn Du wirklich so genial bist, dass Du dabei keine Fehler machst:
das arme Schwein, das Deine Programme mal übernehmen muss, ist jetzt schon zu bedauern.
Hallo Gast,
Da Du persönlich wurdest möchte ich nur folgendes anmerken:
1. Möglich ist vieles. mit zulässig meine ich, dass man nicht auf eine kostenlosen SAP-SUPPORT hoffen kann, wenn schwerwiegende Datenschiefstände entstehen. Aber ich weiss auch dieses nicht sicher !!!
Ich kenne die Lizensverträge und die Allgemeinen Geschäftsbedingungen der SAP AG Walldorf nicht. Am besten Du probierst es aus und dokumetierst dann Deine positiven Erfahrungen mit dem hervorragendem SAP-Support. Quellenangben habe ich keine! Gesetzlich ist es sicherlich nicht verboten. Ob aber eine Softwarefirma von SAP ein Zertifikat bekäme, wenn es deine Technik generell einsetzt, wage ich zu bezweifeln.
Man kann natürlich Datenbanktabellen mit OPEN/SQL-Mitteln verändern. (Ob es vielleicht eine Einschränkung für ein paar wenige Tabellen gibt, weiss ich nicht).
Es gab auch schon Notfälle, wo sogar SAP dies empfohlen hat.
2. Das Posting erschien in "Getting Stated". Da hatte ich die Annahme, dass Du vielleicht noch Anfänger bist. Auch schien mir die Frage darauf hinzudeuten, dass Du noch nicht sehr viele interaktive Reports geschrieben hast.
3. in einem anderen Beitrag zu SE16 und SM30 wurde darüber diskutiert, ob diese Transaktionen in Produktivsystemen problemlos einsetzbar sind.
Dabei wurde SM30 pauschal wärmstens empfohlen ohne die Problematik der Sperrobjekte anzusprechen.
4. Warum nennst Du Dich nur Gast?
Da Du persönlich wurdest möchte ich nur folgendes anmerken:
1. Möglich ist vieles. mit zulässig meine ich, dass man nicht auf eine kostenlosen SAP-SUPPORT hoffen kann, wenn schwerwiegende Datenschiefstände entstehen. Aber ich weiss auch dieses nicht sicher !!!
Ich kenne die Lizensverträge und die Allgemeinen Geschäftsbedingungen der SAP AG Walldorf nicht. Am besten Du probierst es aus und dokumetierst dann Deine positiven Erfahrungen mit dem hervorragendem SAP-Support. Quellenangben habe ich keine! Gesetzlich ist es sicherlich nicht verboten. Ob aber eine Softwarefirma von SAP ein Zertifikat bekäme, wenn es deine Technik generell einsetzt, wage ich zu bezweifeln.
Man kann natürlich Datenbanktabellen mit OPEN/SQL-Mitteln verändern. (Ob es vielleicht eine Einschränkung für ein paar wenige Tabellen gibt, weiss ich nicht).
Es gab auch schon Notfälle, wo sogar SAP dies empfohlen hat.
2. Das Posting erschien in "Getting Stated". Da hatte ich die Annahme, dass Du vielleicht noch Anfänger bist. Auch schien mir die Frage darauf hinzudeuten, dass Du noch nicht sehr viele interaktive Reports geschrieben hast.
3. in einem anderen Beitrag zu SE16 und SM30 wurde darüber diskutiert, ob diese Transaktionen in Produktivsystemen problemlos einsetzbar sind.
Dabei wurde SM30 pauschal wärmstens empfohlen ohne die Problematik der Sperrobjekte anzusprechen.
4. Warum nennst Du Dich nur Gast?
Für mich klingt das genau so, wie es offenbar gemeint war.
Eine Warnung an jemanden, der sich mit SAP noch nicht so auskennt, auf jeden Fall die Finger von direkten DB-Updates auf SAP-Standard-Tabellen zu lassen.
Kann man nicht noch widersprüchlicher Argumentieren???Und wenn Du wirklich so genial bist, dass Du dabei keine Fehler machst:
das arme Schwein, das Deine Programme mal übernehmen muss, ist jetzt schon zu bedauern.
Es hat auch keiner von "keine Fehler machen" gesprochen. Damit willst du nur etwas suggerieren... egal wie die Antwort lautet.
@frankDittrich: Du bist doch HIER der Beste, der Besten, der Besten.....
Wenn Du aber keine bzw. noch nie DB-Änderugen gemachts hast... bist Du nicht einmal der Beste.
Dann solltest Du von Deinem Tron runtersteigen.
Bisher war ich immer der Meinung, daß 50% der SAP-Berater nur reden und eigentlich keine Ahnung haben.
Ich muss meine Quote von 50%, wohl auf 75% erhöhen, wenn ich das hier so lese.
@meinrad: warum nennst Du dich nur "meinrad"???
Ich braucht doch einen Angriffspunkt und mit nur "Gast" habt ihr immer einen.
Wenn Du nicht ganz auf den Kopf gefallen bist, siehst Du auch, daß "Petra" sich mal mit Petra und mal mit Gast anmeldet.... aber leider alle mit "Petra" unterzeichnet.
Also, Kopf zu.
Ich braucht doch einen Angriffspunkt und mit nur "Gast" habt ihr immer einen.
Wenn Du nicht ganz auf den Kopf gefallen bist, siehst Du auch, daß "Petra" sich mal mit Petra und mal mit Gast anmeldet.... aber leider alle mit "Petra" unterzeichnet.
Also, Kopf zu.
Hallo Gast,
du kommst da nicht mehr raus !
Trotzdem ist das kein Grund für persönliche Angriffe.
Das Posting von meinrad mit dem Hinweis
-besonders in bezug auf deine Fragestellung !
du kommst da nicht mehr raus !
Trotzdem ist das kein Grund für persönliche Angriffe.
Das Posting von meinrad mit dem Hinweis
geht vollkommen in Ordnung !Beachte: direktes Ändern in der DB nur bei kundeneigenen Tabellen zulässig, sonst Batch-Input !
-besonders in bezug auf deine Fragestellung !
Gruß Andreas2. Das Posting erschien in "Getting Started". Da hatte ich die Annahme, dass Du vielleicht noch Anfänger bist. Auch schien mir die Frage darauf hinzudeuten, dass Du noch nicht sehr viele interaktive Reports geschrieben hast.
Seite 1 von 1
Vergleichbare Themen
8
Antw.
Antw.
2098
Views
Views
1
Antw.
Antw.
975
Views
Views
Daten aus WA in der DB Tabelle abspeichern
von dyv » 03.09.2014 09:53 • Verfasst in ABAP® für Anfänger
von dyv » 03.09.2014 09:53 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
4091
Views
Views
Table Control, Daten einfügen, verändern oder löschen??
von Buerger » 19.10.2009 05:27 • Verfasst in ABAP® für Anfänger
von Buerger » 19.10.2009 05:27 • Verfasst in ABAP® für Anfänger
0
Antw.
Antw.
1097
Views
Views
Daten aus Tabelle & Struktur zusammenbringen für Auswertung
von maro11 » 09.03.2016 10:40 • Verfasst in ABAP® für Anfänger
von maro11 » 09.03.2016 10:40 • Verfasst in ABAP® für Anfänger
4
Antw.
Antw.
13859
Views
Views
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.