Mandantenabhängige Z-Tabelle
6 Beiträge
•
Seite 1 von 1
6 Beiträge
Seite 1 von 1
Hallo,
einer meiner Vorgänger hat bei uns im System eine wichtige Tabelle ohne Mandanten angelegt. Diese Tabelle wird nun schon seit Jahren gefüllt. Gibt es eine möglichkeit den Mandanten zum Schlüssel hinzuzufügen und die Daten zu erhalten? Ein erster kurzer Test hat die Tabelle geleert.
Vielen Dank für eure Vorschläge.
einer meiner Vorgänger hat bei uns im System eine wichtige Tabelle ohne Mandanten angelegt. Diese Tabelle wird nun schon seit Jahren gefüllt. Gibt es eine möglichkeit den Mandanten zum Schlüssel hinzuzufügen und die Daten zu erhalten? Ein erster kurzer Test hat die Tabelle geleert.
Vielen Dank für eure Vorschläge.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von DeathAndPain (Top Expert / 1961 / 261 /
415
)
»
Na ja, wenn Du den Schlüssel änderst, können die Daten nicht wirklich erhalten bleiben, denn bei jeder Tabellenzeile identifiziert der Schlüssel ja genau diese Zeile. Die Zeilen, die eure Tabelle jetzt enthält, kann es dann also nicht mehr geben.
Deine Optionen:
Deine Optionen:
- Neue Tabelle anders nennen (oder temporäre, andern benamte Schattentabelle verwenden) und dann mit einem kleinen selbst geschriebenen Programm die Daten umkopieren
- Daten per SE16 in eine Excel-Tabelle runterladen, Tabelle ändern, Daten wieder hochladen. Wenn das im Produktivsystem ein Rechteproblem ergibt, kannst Du das auch im Entwicklungssystem machen und anschließend den gesamten Tabelleninhalt in einen Transportauftrag aufnehmen. Alternativ kannst Du die Daten auch per LSMW zurückspielen, wenn ihr jemanden habt, der damit umgehen kann und die Tabelle das zulässt.
Beitrag
von a-dead-trousers (Top Expert / 4406 / 224 /
1184
)
»
Eine neue Spalte (auch im Schlüssel) hinzuzufügen sollte eigentlich kein Problem darstellen. Das Entferenen einer Spalte ist da schon problematischer, weil es dann zu einer Schlüsselverletzung beim Tabellenumsetzer kommen kann.
Im konkreten Fall mit dem Mandantenfeld kommt eine Spezialität in SAP zum Tragen die man berücksichtigen muss. Ich glaube nämlich nicht, dass die Tabelle bei dem "ersten Test" geleert wurde. Viel eher dürften die Einträge z.B. in der SE16 einfach nur nicht mehr angezeigt werden, weil sie nicht mehr zum aktuellen Mandanten gehören sondern zum Mandanten ' ' (drei Leerzeichen).
Mach mal ein SELECT mit CLIENT SPECIFIED auf die Tabelle und du dürftest sehen, dass die Einträge alle noch vorhanden sind.
Um jetzt das Problem zu umgehen gibt es zwei Möglichkeiten:
1) Ein Report wie D&P bereits vorgeschalgen hat, der die Einträge nach der Umsetzung von Mandanten ' ' in den aktuellen Mandanten kopiert.
2) Die Spalte nicht mit dem Datentyp CLNT definieren, sondern mit einem anderen Datentyp (z.B. das Datenelement MANDANT). Das hebelt das Mandantenkonzept der SAP aus und man kann dann von allen Mandanten aus, alle Einträge einsehen und bearbeiten. Das muss man aber dann bei allen Abfragen mit SELECT auch immer berücksichtigen. Einträge mit ' ' könnte man dann z.B. als "mandantenübergreifend" interpretieren.
Im konkreten Fall mit dem Mandantenfeld kommt eine Spezialität in SAP zum Tragen die man berücksichtigen muss. Ich glaube nämlich nicht, dass die Tabelle bei dem "ersten Test" geleert wurde. Viel eher dürften die Einträge z.B. in der SE16 einfach nur nicht mehr angezeigt werden, weil sie nicht mehr zum aktuellen Mandanten gehören sondern zum Mandanten ' ' (drei Leerzeichen).
Mach mal ein SELECT mit CLIENT SPECIFIED auf die Tabelle und du dürftest sehen, dass die Einträge alle noch vorhanden sind.
Um jetzt das Problem zu umgehen gibt es zwei Möglichkeiten:
1) Ein Report wie D&P bereits vorgeschalgen hat, der die Einträge nach der Umsetzung von Mandanten ' ' in den aktuellen Mandanten kopiert.
2) Die Spalte nicht mit dem Datentyp CLNT definieren, sondern mit einem anderen Datentyp (z.B. das Datenelement MANDANT). Das hebelt das Mandantenkonzept der SAP aus und man kann dann von allen Mandanten aus, alle Einträge einsehen und bearbeiten. Das muss man aber dann bei allen Abfragen mit SELECT auch immer berücksichtigen. Einträge mit ' ' könnte man dann z.B. als "mandantenübergreifend" interpretieren.
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Dieser Empfehlung sollte man schon aus Auditing Gründen nicht folgen. Mal von unberechenbaren Nebeneffekten abgesehen. Es handelt sich dann immer noch nicht um eine Mandantenabhängige Tabelle.a-dead-trousers hat geschrieben: ↑01.07.2020 08:19
2) Die Spalte nicht mit dem Datentyp CLNT definieren, sondern mit einem anderen Datentyp (z.B. das Datenelement MANDANT). Das hebelt das Mandantenkonzept der SAP aus und man kann dann von allen Mandanten aus, alle Einträge einsehen und bearbeiten. Das muss man aber dann bei allen Abfragen mit SELECT auch immer berücksichtigen. Einträge mit ' ' könnte man dann z.B. als "mandantenübergreifend" interpretieren.
----
Alternativ : Ein DB Admin kann das ganze auch in ein paar Minuten erledigen.
Folgende Benutzer bedankten sich beim Autor gtoXX für den Beitrag (Insgesamt 2):
a-dead-trousers • DeathAndPain
"Code lügt nicht ^^"
Beitrag
von a-dead-trousers (Top Expert / 4406 / 224 /
1184
)
»
Guter Einwand.
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Beitrag
von Shortcut IT (ForumUser / 52 / 2 /
18
)
»
Hallo,
interessantes Thema. Ich habe das gerade mal auf meinem Testsystem nachgestellt, und nach Ergänzung eines MANDT-Feldes (an 1. Position) und Umsetzung der Tabelle mit der SE14 habe ich nun Daten für _alle_ Mandanten des Systems, d.h. aus jedem vorher mandantenlosen Datensatz hat die Umsetzung 3 Datensätze erzeugt (bei 3 Mandanten: 000, 001, 100).
Gut möglich, dass das konkrete Verhalten von der verwendeten Datenbank und/oder vom SAP-Release abhängig ist (bei mir: Sybase ASE 16.0.02.06 / SAP_BASIS 752).
interessantes Thema. Ich habe das gerade mal auf meinem Testsystem nachgestellt, und nach Ergänzung eines MANDT-Feldes (an 1. Position) und Umsetzung der Tabelle mit der SE14 habe ich nun Daten für _alle_ Mandanten des Systems, d.h. aus jedem vorher mandantenlosen Datensatz hat die Umsetzung 3 Datensätze erzeugt (bei 3 Mandanten: 000, 001, 100).
Gut möglich, dass das konkrete Verhalten von der verwendeten Datenbank und/oder vom SAP-Release abhängig ist (bei mir: Sybase ASE 16.0.02.06 / SAP_BASIS 752).
Folgende Benutzer bedankten sich beim Autor Shortcut IT für den Beitrag:
gtoXX
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
768
Views
Views
Mandantenabhängige Nutzung von modifizierten Dokumentationen
von Ben2408 » 21.06.2019 11:49 • Verfasst in ABAP® Core
von Ben2408 » 21.06.2019 11:49 • Verfasst in ABAP® Core
4
Antw.
Antw.
5279
Views
Views
Aus einer Tabelle Daten einer internen Tabelle filtern - Interne Tabelle ist eine Tabelle ohne Kopfzeile
von Sonne1234 » 09.12.2019 08:29 • Verfasst in ABAP® für Anfänger
von Sonne1234 » 09.12.2019 08:29 • Verfasst in ABAP® für Anfänger
5
Antw.
Antw.
1061
Views
Views
Zeilen von einer generischen Tabelle in eine interne Tabelle schreiben
von BecomingAnAbapGuru » 29.03.2022 10:27 • Verfasst in ABAP® für Anfänger
von BecomingAnAbapGuru » 29.03.2022 10:27 • Verfasst in ABAP® für Anfänger
2
Antw.
Antw.
4707
Views
Views
Join über Tabelle trotz Pool/Cluster Tabelle
von em.tie » 04.12.2006 18:38 • Verfasst in ABAP® für Anfänger
von em.tie » 04.12.2006 18:38 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
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.