Customizing vs Datenbanktabelle

Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.

Getting started ... Alles für einen gelungenen Start.
31 Beiträge • Vorherige Seite 2 von 3 (current) Nächste
31 Beiträge Vorherige Seite 2 von 3 (current) Nächste

Re: Customizing vs Datenbanktabelle

Beitrag von msfox (Specialist / 374 / 57 / 76 ) »
Gehen die Daten dann auch verloren?
Nein auf keinen Fall. Du änderst ja nichts an der Datenbanktabelle, wenn die Oberfläche neu generierst.
Wenn es richtig gemacht wurde, wurde die PflegeOberfläche auch nicht direkt auf der "Transparenten Tabelle" gemacht. Man legt hierzu ein DatenbankView (Typ: Pflege-View) an und generiert darauf dann die Pflege-Oberfläche über den Tabellen-PflegeGenerator.
Vorteil:
- man könnte technische unterchiedliche PflegeViews für die gleiche Tabelle erstellen
- man kann am DB-View noch Zusatzangaben wie z.B. "Schlüsselspalte" (o.s.ä. bin gerade nicht im SAP) machen. Damit wird man beim Starten des Customizings schon gefragt, zu welchen Schlüsselwerten man die Einstellungen machen will. Wichtiger ist es aber für ViewCluster, wo man diese Felder für die Verknüpfung von unterschiedlichen PflegeViews verwendet.
--
Warum meine ausführliche Darstellung: Weil ich aktuell einige solcher Views anlegen musste, da der damalige Entwickler hier leider "geschludert" hat.
Wenn man es nicht gleich ordentlich macht, holt es einen immer ein...

gesponsert
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten


Re: Customizing vs Datenbanktabelle

Beitrag von ZF_SAPler (Specialist / 100 / 14 / 2 ) »
msfox hat geschrieben:
06.05.2022 07:57
Gehen die Daten dann auch verloren?
Nein auf keinen Fall. Du änderst ja nichts an der Datenbanktabelle, wenn die Oberfläche neu generierst.
Wenn es richtig gemacht wurde, wurde die PflegeOberfläche auch nicht direkt auf der "Transparenten Tabelle" gemacht. Man legt hierzu ein DatenbankView (Typ: Pflege-View) an und generiert darauf dann die Pflege-Oberfläche über den Tabellen-PflegeGenerator.
Vorteil:
- man könnte technische unterchiedliche PflegeViews für die gleiche Tabelle erstellen
- man kann am DB-View noch Zusatzangaben wie z.B. "Schlüsselspalte" (o.s.ä. bin gerade nicht im SAP) machen. Damit wird man beim Starten des Customizings schon gefragt, zu welchen Schlüsselwerten man die Einstellungen machen will. Wichtiger ist es aber für ViewCluster, wo man diese Felder für die Verknüpfung von unterschiedlichen PflegeViews verwendet.
--
Warum meine ausführliche Darstellung: Weil ich aktuell einige solcher Views anlegen musste, da der damalige Entwickler hier leider "geschludert" hat.
Wenn man es nicht gleich ordentlich macht, holt es einen immer ein...

Danke. Sobald ich in SE54 bin, bekomme ich ein PopUp, dass ich nicht im kundennamensraum bin und ob ich mir sicher bin, dass ich was ändern möchte.
Daher frage hier lieber nochmal nach.

Um das Thema jetzt abzuschließen: ich kann ohne bedenken die Pflegeview neu generieren?

Re: Customizing vs Datenbanktabelle

Beitrag von ralf.wenzel (Top Expert / 3946 / 201 / 281 ) »
Zum dritten Mal: Nur, wenn du dich überzeugt hast, dass es keine nachträglichen Änderungen im Coding gab. Das findet man ja relativ schnell beim Durchscrollen.


Ralf
Bild
Ralf Wenzel Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
PublikationenUngarische NotationXing

Re: Customizing vs Datenbanktabelle

Beitrag von black_adept (Top Expert / 4103 / 128 / 945 ) »
Hier möchte ich Ralf widersprechen. Wenn du eine Tabelle hast die nicht in eurem Kundennamesraum liegt würde ich die Finger von der Neugenerierung des Pflegeviews lassen. Denn damit kann sich der Eigentümer der Originalpflegeviews nachher auf "unerlaubte Änderungen am Standard" herausreden.

Wenn du die Tabelleninhalte pflegen möchtest: Leg dir einen eigenen Maintenanceview auf die Tabelle und generiere dir da einen Tabellenpflegedialog. Der ist in eurem Z-Namensraum und de facto kannst du dann alles machen was der Originaldialog auch konnte. Evtl. ist das ja sogar so gewollt, dass du dann nur eure ZZ-Append-Felder zur Pflege anbietest und auch nur "Ändern" und nicht "Anlegen und Löschen" zulässt. Letztere Aktionen würde ich dann wieder dem Originalpflegedialog überlassen.

Folgende Benutzer bedankten sich beim Autor black_adept für den Beitrag:
ZF_SAPler

live long and prosper
Stefan Schmöcker

email: stefan@schmoecker.de

Re: Customizing vs Datenbanktabelle

Beitrag von ralf.wenzel (Top Expert / 3946 / 201 / 281 ) »
Er hat gesagt, die Tabelle liegt im Kundennamensraum. Ich MEINE mich zu erinnern, dass diese Meldung immer kommt, wenn man Pflegedialoge neu generiert.


Ralf
Bild
Ralf Wenzel Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
PublikationenUngarische NotationXing

Re: Customizing vs Datenbanktabelle

Beitrag von ZF_SAPler (Specialist / 100 / 14 / 2 ) »
black_adept hat geschrieben:
06.05.2022 12:19
Hier möchte ich Ralf widersprechen. Wenn du eine Tabelle hast die nicht in eurem Kundennamesraum liegt würde ich die Finger von der Neugenerierung des Pflegeviews lassen. Denn damit kann sich der Eigentümer der Originalpflegeviews nachher auf "unerlaubte Änderungen am Standard" herausreden.

Wenn du die Tabelleninhalte pflegen möchtest: Leg dir einen eigenen Maintenanceview auf die Tabelle und generiere dir da einen Tabellenpflegedialog. Der ist in eurem Z-Namensraum und de facto kannst du dann alles machen was der Originaldialog auch konnte. Evtl. ist das ja sogar so gewollt, dass du dann nur eure ZZ-Append-Felder zur Pflege anbietest und auch nur "Ändern" und nicht "Anlegen und Löschen" zulässt. Letztere Aktionen würde ich dann wieder dem Originalpflegedialog überlassen.
Genau so habe ich es auch gemacht.
Eine Tabelle kann mehrere Pflegeviews haben und wenn man in irgendeiner Pflegeviews Daten ändert, ändert sich das für die Tabelle unabhängig davon welche PflegeView man zum bearbeiten verwendet hat?
Zuletzt geändert von ZF_SAPler am 06.05.2022 13:40, insgesamt 1-mal geändert.

Re: Customizing vs Datenbanktabelle

Beitrag von ZF_SAPler (Specialist / 100 / 14 / 2 ) »
ralf.wenzel hat geschrieben:
06.05.2022 13:18
Er hat gesagt, die Tabelle liegt im Kundennamensraum. Ich MEINE mich zu erinnern, dass diese Meldung immer kommt, wenn man Pflegedialoge neu generiert.


Ralf

Hi Ralf, nein. sie liegt nicht im kundennamensraum

Re: Customizing vs Datenbanktabelle

Beitrag von ralf.wenzel (Top Expert / 3946 / 201 / 281 ) »
ZF_SAPler hat geschrieben:
05.05.2022 16:25
Ich habe eine Tabelle ( keine Z Tabelle, sondern vom Beratungsunternehmen)..
ZF_SAPler hat geschrieben:
06.05.2022 13:20
Hi Ralf, nein. sie liegt nicht im kundennamensraum
Was nicht SAP-Namensraum ist, ist Kundennamensraum. Der Kunde ist in diesem Fall das Beratungsunternehmen. Dann ist es naheliegend, mit denen in Kontakt zu treten, welches Verfahren die für deinen Fall vorgesehen haben.

Kann ja nicht sein, dass du der erste bist mit diesem Anliegen.


Ralf
Bild
Ralf Wenzel Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
PublikationenUngarische NotationXing

Re: Customizing vs Datenbanktabelle

Beitrag von black_adept (Top Expert / 4103 / 128 / 945 ) »
ralf.wenzel hat geschrieben:
06.05.2022 13:25
Was nicht SAP-Namensraum ist, ist Kundennamensraum. Der Kunde ist in diesem Fall das Beratungsunternehmen.
Es gibt doch Namensräume, die weder dem (End)Kunden gehören noch der SAP. Dafür reserviert doch SAP die Namensräume, die mit "/" beginnen und z.B. von Beratungshäusern verwendet werden.
live long and prosper
Stefan Schmöcker

email: stefan@schmoecker.de

Re: Customizing vs Datenbanktabelle

Beitrag von black_adept (Top Expert / 4103 / 128 / 945 ) »
ZF_SAPler hat geschrieben:
06.05.2022 13:19
Eine Tabelle kann mehrere Pflegeviews haben und wenn man in irgendeiner Pflegeviews Daten ändert, ändert sich das für die Tabelle unabhängig davon welche PflegeView man zum bearbeiten verwendet hat?
Die DB hält die Daten und Views sind wörtlich übersetzt Sichten auf diese Datenbanktabelle. De facto werden also durch den View Daten in der zu grunde liegenden DB geändert. Und da ist es egal mit welchem View du das machst - es ist immer die gleiche Datenbasis unten drunter.

Eine schöne Erklärung was Views und die DB sind, liefert dirdieser sehr schöne Song von Natalie Merchanthttps://www.youtube.com/watch?v=3lyJLFM ... hant-Topic wenn du DB durch den Elefant und View durch die Personen ersetzt.
live long and prosper
Stefan Schmöcker

email: stefan@schmoecker.de

Re: Customizing vs Datenbanktabelle

Beitrag von ralf.wenzel (Top Expert / 3946 / 201 / 281 ) »
Hmmm, lass mich doch mal überlegen, wie diese Namensräume heißen....

Für SAP ist jeder, der eine SAP-Lizenz besitzt ein Kunde - auch jemand, der Add-Ons entwickelt. Demzufolge ist jemand, der sich einen Namensraum reserviert, auch ein Kunde, weil die Voraussetzung dafür eine SAP-Lizenz ist. Wenn also ein Kunde einen Namensraum reserviert, dann ist das folglich ein Kundennamensraum.

Warum das wichtig ist: Die SAP bietet z. B. keine Gewährleistung im Kundennamensraum. Auch nicht, wenn dieser gar nicht DEM Kunden gehört, für den der Entwickler arbeitet.


Ralf
Bild
Ralf Wenzel Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
PublikationenUngarische NotationXing

Re: Customizing vs Datenbanktabelle

Beitrag von ralf.wenzel (Top Expert / 3946 / 201 / 281 ) »
ZF_SAPler hat geschrieben:
06.05.2022 13:19
Eine Tabelle kann mehrere Pflegeviews haben und wenn man in irgendeiner Pflegeviews Daten ändert, ändert sich das für die Tabelle unabhängig davon welche PflegeView man zum bearbeiten verwendet hat?
Wie oft willst du die Daten einer Tabelle denn speichern? Nein, wenn du in einer View die Daten änderst, werden die Daten natürlich in die entsprechenden Tabellen geschrieben. Eine View kann keine Daten speichern, weil eine View ist eine Projektion/Selektion auf n Tabellen.


Ralf
Bild
Ralf Wenzel Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
PublikationenUngarische NotationXing

Re: Customizing vs Datenbanktabelle

Beitrag von black_adept (Top Expert / 4103 / 128 / 945 ) »
ralf.wenzel hat geschrieben:
06.05.2022 14:15
Hmmm, lass mich doch mal überlegen, wie diese Namensräume heißen....

Für SAP ist jeder, der eine SAP-Lizenz besitzt ein Kunde - auch jemand, der Add-Ons entwickelt. Demzufolge ist jemand, der sich einen Namensraum reserviert, auch ein Kunde, weil die Voraussetzung dafür eine SAP-Lizenz ist. Wenn also ein Kunde einen Namensraum reserviert, dann ist das folglich ein Kundennamensraum.

Warum das wichtig ist: Die SAP bietet z. B. keine Gewährleistung im Kundennamensraum. Auch nicht, wenn dieser gar nicht DEM Kunden gehört, für den der Entwickler arbeitet.


Ralf
Musst jetzt keine Wortklauberei betrieben. ZF_SAPler hatte nur geschrieben, dass es keine Z-Tabelle ist. Dass du daraus dann SAP-Namensraum ableitest hat er sicher nicht gewollt. Sein Problem ist einfach, dass die Tabelle nicht in "seinem" Namensraum liegt und dabei ist es unerheblich ob sie sich im SAP-Namensraum oder in einem reservierten Namensraum befindet.
live long and prosper
Stefan Schmöcker

email: stefan@schmoecker.de

Re: Customizing vs Datenbanktabelle

Beitrag von ralf.wenzel (Top Expert / 3946 / 201 / 281 ) »
Das ist sogar ganz erheblich. Weil: Wenn man im SAP-Namensraum herumpfuscht, gefährdet man die Gewährleistung für u. U. weite Teile der SAP-Installation. Darum ist es relevant, ob SAP-Namensraum oder nicht. Das kann ganz, ganz, GANZ erhebliche Konsequenzen haben, wenn mal was nicht funktioniert und die SAP die Hände hebt und sagt "wir schreiben dir dann eine Rechnung, weil Entwickler X nämlich daran rumgespielt hat".


Ralf
Bild
Ralf Wenzel Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
PublikationenUngarische NotationXing

Re: Customizing vs Datenbanktabelle

Beitrag von PeterPaletti (Specialist / 350 / 32 / 97 ) »
ralf.wenzel hat geschrieben:
06.05.2022 14:30
Das ist sogar ganz erheblich. Weil: Wenn man im SAP-Namensraum herumpfuscht, gefährdet man die Gewährleistung für u. U. weite Teile der SAP-Installation. Darum ist es relevant, ob SAP-Namensraum oder nicht. Das kann ganz, ganz, GANZ erhebliche Konsequenzen haben, wenn mal was nicht funktioniert und die SAP die Hände hebt und sagt "wir schreiben dir dann eine Rechnung, weil Entwickler X nämlich daran rumgespielt hat".


Ralf
Jo, das ist richtig. Das gilt allerdings auch für reservierte Namensräume von Lieferanten von SAP-AddOns.

Vergleichbare Themen

0
Antw.
1516
Views
Customizing
von dawns » 15.04.2008 15:41 • Verfasst in ABAP Objects®
0
Antw.
1359
Views
DMS Customizing
von zero88 » 01.12.2022 13:52 • Verfasst in Tips + Tricks & FAQs
6
Antw.
1426
Views
Datenbanktabelle
von HH_ABAP » 29.03.2019 15:10 • Verfasst in ABAP® für Anfänger
3
Antw.
2956
Views
Customizing mit Transport
von a-dead-trousers » 22.03.2012 16:25 • Verfasst in ABAP® Core
1
Antw.
6471
Views
Customizing-Problem FI-AA
von km216 » 17.04.2012 13:23 • Verfasst in Financials

Ü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

Newsletter Anmeldung

Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.
Die letzte Ausgabe findest du hier.
Details zum Versandverfahren und zu Ihren Widerrufsmöglichkeiten findest du in unserer Datenschutzerklärung.