Fragen und Probleme zu Tabellenfeldern
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
3 Beiträge
•
Seite 1 von 1
3 Beiträge
Seite 1 von 1
Beitrag
von markus1234 (ForumUser / 26 / 2 /
0
)
»
Hallo,
Frage eins:
Ich habe eine Z-Tabelle in der ich einige Schlüsselfelder habe. Die beiden letzten Schlüsselfelder beinhalten bisher keinerlei Werte, daher möchte ich diese gerne löschen.
Kann ich das einfach so machen? Oder gehe ich das Risiko eines Datenverlustes ein, welcher art auch immer das sein könnte? Soll ich vorher die Tabelle sichern? Leider aber 15 Millionen Datensätze, daher Tabelle etwas größer als normal.
Frage zwei: Ich möchte zusätzlich in dieser riesigen Tabellen noch 4 weitere Nicht-Schlüsselfelder löschen, welche aber bei den 15 Millionen Datensätzen ingesamt 10 mal gefüllt sind. Wenn ich die lösche, dann sind die Daten nach dem Transport ins Produktivsystem einfach weg oder? Alle anderen Daten sind noch da? Oder soll ich ein Löschprogramm schreiben und erst danach die Felder löschen und Transportieren?
Frage drei: Ich mußte, wegen Tests, neue Schlüsselfelder einfügen und wieder löschen in einer Tabelle. Diese Tabelle ist aber auch eine Fremdschlüsseltabelle für andere Tabellen. Dann habe ich die Test-Schlüsselfelder wieder gelöscht und Tabelle wieder versucht zu aktivieren, was aber erst funktionierte, als ich alle anderen Fremdschlüsselabhängigkeiten aus den anderen Tabellen entfernt habe. Anscheinend erweitert SAP automatisch die Fremdschlüsselbeziehungen in den abhängigen Tabellen. Diese Fremdschlüssellöschungen habe ich aus dem Transportauftrag vor dem Transport wieder gelöscht (keine Ahnung was mich da geritten hat). Jetzt sind diese Fremdschlüsselabhängigkeiten im Entwicklungssystem natürlich nicht mehr vorhanden, aber schon noch im Produktivsystem. Wie bekomme ich die dort weg aus den abhängigen Tabellen?
Nochmal neu im Entwicklungssystem den Fremdschlüssel in den beteiligten Tabellen anlegen und danach alles wieder entfernen und dies alles transportieren?
Was passiert wenn ich gar nichts mache und die besagte Tabelle wieder mit neuen Schlüsselfeldern erweitere und dies transportiere? Hauts dann alles zusammen?
Grüße,
markus1234
Frage eins:
Ich habe eine Z-Tabelle in der ich einige Schlüsselfelder habe. Die beiden letzten Schlüsselfelder beinhalten bisher keinerlei Werte, daher möchte ich diese gerne löschen.
Kann ich das einfach so machen? Oder gehe ich das Risiko eines Datenverlustes ein, welcher art auch immer das sein könnte? Soll ich vorher die Tabelle sichern? Leider aber 15 Millionen Datensätze, daher Tabelle etwas größer als normal.
Frage zwei: Ich möchte zusätzlich in dieser riesigen Tabellen noch 4 weitere Nicht-Schlüsselfelder löschen, welche aber bei den 15 Millionen Datensätzen ingesamt 10 mal gefüllt sind. Wenn ich die lösche, dann sind die Daten nach dem Transport ins Produktivsystem einfach weg oder? Alle anderen Daten sind noch da? Oder soll ich ein Löschprogramm schreiben und erst danach die Felder löschen und Transportieren?
Frage drei: Ich mußte, wegen Tests, neue Schlüsselfelder einfügen und wieder löschen in einer Tabelle. Diese Tabelle ist aber auch eine Fremdschlüsseltabelle für andere Tabellen. Dann habe ich die Test-Schlüsselfelder wieder gelöscht und Tabelle wieder versucht zu aktivieren, was aber erst funktionierte, als ich alle anderen Fremdschlüsselabhängigkeiten aus den anderen Tabellen entfernt habe. Anscheinend erweitert SAP automatisch die Fremdschlüsselbeziehungen in den abhängigen Tabellen. Diese Fremdschlüssellöschungen habe ich aus dem Transportauftrag vor dem Transport wieder gelöscht (keine Ahnung was mich da geritten hat). Jetzt sind diese Fremdschlüsselabhängigkeiten im Entwicklungssystem natürlich nicht mehr vorhanden, aber schon noch im Produktivsystem. Wie bekomme ich die dort weg aus den abhängigen Tabellen?
Nochmal neu im Entwicklungssystem den Fremdschlüssel in den beteiligten Tabellen anlegen und danach alles wieder entfernen und dies alles transportieren?
Was passiert wenn ich gar nichts mache und die besagte Tabelle wieder mit neuen Schlüsselfeldern erweitere und dies transportiere? Hauts dann alles zusammen?
Grüße,
markus1234
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4457 / 227 /
1198
)
»
Hi!
Antwort eins:
Löschen geht in deinem Fall ohne Probleme. Du musst nur aufpassen, wenn Einträge dieser Tabelle in Transportaufträgen existieren. Diese lassen sich dann nicht mehr Einspielen bzw. Freigeben. Problemantisch ist das Löschen von Schlüsselfeldern nur dann, wenn dadurch plötzlich zwei idente Einträge entstehen. Dann bricht der Tabellen-Umsetzer ab und du musst mit Hilfe der Basis (DB-Admin) die temporären Daten bereinigen.
Antwort zwei:
Die Inhalte der gelöschten Felder sind logisch weg. Alle anderen Inhalte bleiben nachwievor erhalten. Warum "logisch" im vorherigen Satz? Je nach DB-System könnten die Daten "physisch" auf der Datenbank weiter existieren und verschwinden erst bei einem sog. Clean oder Reorg.
Antwort drei:
Meines Erachtens der einfachste Weg wäre, das ganze am Produktivsystem manuell zu beheben. Alternativ, wenn das mit Wartungsfenster usw. nicht klappt, kannst du das auch mit einem Transport korrigieren. Einfach den Stand vom Produktivsystem am Entwicklungssystem nachbauen und dann gleich wieder Löschen. Den entstehenden Transportauftrag im Anschluss wie gewohnt einspielen. Wenn du das nicht korrigierst gibt es bei Transport von Einträgen kein Problem, da ja die Struktur der Tabelle sich nicht geändert hat. Wohl aber kann es zu Problemen in den SAP-Standardfunktionalitäten kommen: z.B. bei Suchhilfen, in der SE16 oder in Tabellenpflegedialogen. Ob es dann bei Schlüsseländerungen zu Problemen kommt, wenn du den Schiefstand nicht behebst, kann ich dir leider nicht sagen, weil ich mich das noch nie getraut habe auszuprobieren.
Für die Zukunft: Keine Transporte "wegschmeißen" die Änderungen an DDIC- oder Repository-Objekten beinhalten. Immer sicherstellen, dass die betroffenen Objekte gleich sind wie auf der Produktion. Erst dann kann der Auftrag gefahrlos gelöscht werden oder besser, da sich ja nichts ändert, transportieren lassen.
lg ADT
Antwort eins:
Löschen geht in deinem Fall ohne Probleme. Du musst nur aufpassen, wenn Einträge dieser Tabelle in Transportaufträgen existieren. Diese lassen sich dann nicht mehr Einspielen bzw. Freigeben. Problemantisch ist das Löschen von Schlüsselfeldern nur dann, wenn dadurch plötzlich zwei idente Einträge entstehen. Dann bricht der Tabellen-Umsetzer ab und du musst mit Hilfe der Basis (DB-Admin) die temporären Daten bereinigen.
Antwort zwei:
Die Inhalte der gelöschten Felder sind logisch weg. Alle anderen Inhalte bleiben nachwievor erhalten. Warum "logisch" im vorherigen Satz? Je nach DB-System könnten die Daten "physisch" auf der Datenbank weiter existieren und verschwinden erst bei einem sog. Clean oder Reorg.
Antwort drei:
Meines Erachtens der einfachste Weg wäre, das ganze am Produktivsystem manuell zu beheben. Alternativ, wenn das mit Wartungsfenster usw. nicht klappt, kannst du das auch mit einem Transport korrigieren. Einfach den Stand vom Produktivsystem am Entwicklungssystem nachbauen und dann gleich wieder Löschen. Den entstehenden Transportauftrag im Anschluss wie gewohnt einspielen. Wenn du das nicht korrigierst gibt es bei Transport von Einträgen kein Problem, da ja die Struktur der Tabelle sich nicht geändert hat. Wohl aber kann es zu Problemen in den SAP-Standardfunktionalitäten kommen: z.B. bei Suchhilfen, in der SE16 oder in Tabellenpflegedialogen. Ob es dann bei Schlüsseländerungen zu Problemen kommt, wenn du den Schiefstand nicht behebst, kann ich dir leider nicht sagen, weil ich mich das noch nie getraut habe auszuprobieren.
Für die Zukunft: Keine Transporte "wegschmeißen" die Änderungen an DDIC- oder Repository-Objekten beinhalten. Immer sicherstellen, dass die betroffenen Objekte gleich sind wie auf der Produktion. Erst dann kann der Auftrag gefahrlos gelöscht werden oder besser, da sich ja nichts ändert, transportieren lassen.
lg ADT
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
markus1234
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
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
1538
Views
Views
6
Antw.
Antw.
4672
Views
Views
5
Antw.
Antw.
2313
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
CL-Klassifizierung (001 Materialklasse): Merkmale, die durch Konfiguration/Beziehungswissen nicht mehr zulässing sind
vor einer Woche von Murdock 2 / 35425
vor einer Woche von Murdock 2 / 35425
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
CL-Klassifizierung (001 Materialklasse): Merkmale, die durch Konfiguration/Beziehungswissen nicht mehr zulässing sind
vor einer Woche von Murdock 2 / 35425
vor einer Woche von Murdock 2 / 35425