allgemeine Frage zur dynamischen Tabellenerweiterung???

allgemeine Frage zur dynamischen Tabellenerweiterung???

Hallo Forum,

zunächst einmal weiß ich nicht genau, ob ich hier richtig bin, aber da es um die Basis geht versuche ich es einfach mal:
Ich habe an sich zwar nichts mit SAP zu tun, aber mein Problem, müsste der SAP-Welt bekannt sein, bzw. gelöst sein.

In einer Datenbank hat ich eine Tabelle mit 5 Spalten, die zur Entwicklungszeit feststehen.
Nun kann es während der Laufzeit passieren, dass weitere Spalten (bzw. Platz für weitere Daten) benötigt werden.
Wie wird das in den aktuellen SAP-Systemen geregelt. Die Tabellen, die ich mal gesehen habe (ich glaube es war im MM Bereich) haben ja ziemlich viele Spalten. Wenn jemand zusätzliche Informationen abspeichern will, wird dann einfach eine möglichst passende Spalte genommen, die schon existiert oder wird eine neue ereugt?
Wie ist das hinterher dann bei der Selektion von Daten?
Wird dann jedesmal der SourceCode angepasst oder ist das ganze so dynamisch gehalten, dass das einzelne Modul einfach alles selektiert was da ist, und das anzeigt, wo Daten vorhanden sind?

Ich hoffe, ich konnte mein Problem halbwegs vernünftig erläutern.
Danke und Gruß
Tim

Hallo,
Unter Laufzeit versteht man eigentlich: während des Laufes eine einzelnen Programmes. Das ist wohl nicht gemeint ?
Während der Benutzung vom SAP-System zwischen zwei Release-Ständen gilt:
SAP ist sehr komplex und auch teilweise dynamisch.
Aber so dynamisch nun auch wieder nicht.
Manche Tabellen werden in hunderten von Programmen angesprochen. Aber es werden natürlich meistens nur einige Felder benötigt.
Oftmals sind in dem einem Unternehmen Felder leer, die in einem anderen gefüllt sind ( CUSTOMIZING )
Was macht das Unternehmen: Äpfel-Verkauf oder AIRBUS.
Sap kann beides.
Es gibt wie so oft mehrere Möglichkeiten:
1. Schlechteste: Modifikation von Programmen, Tabellen und Bildschirmbildern. Das ist grundsätzlich möglich. Fast alle Programme liegen im Quellcode vor. Ungeplante umfangreiche Modifikationen führen zu Schiefständen im System, eingeschränkten Support durch SAP und eingeschränkter Releasewechsel-Fähigkeit. (gesetzliche und technische Neuerungen können nur schwer realisiert werden. Es können sehr viele Programme betroffen sein.
2. Nutzung von SAP-Konformen Erweiterungen und Schnittstellen.
Für Tabellen gibt es die Möglichkeit neue Felder in sogenannten APPEND-Strukturen zur Tabelle zu definieren. Diese Können dann mit Einschränkungen, in den von SAP ausgelieferten Programmen angesprochen werden. Man muss die Programme kennen.
Dort muss dann von SAP ein sogenannter USER-EXIT vorgesehen sein (ist nicht in jedem Programm vorhanden). Das ist eine leere Programm-Routine
die jeder Programmiere mit seinem eigenem Coding füllen kann. Sowohl die APPEND-Struktur als auch der USER-EXIT sind im Prinzip Releasewechselfähig.
Manchmal kann man über das CUSTOMIZING auch noch in SUBSCREENS Zusatzfelder einbauen.
3. Für sehr kleine Arbeitsteilgebite kann man Standard-Programme kopieren und unter eigenem Namen modifizieren. Das gilt vor allem für Auswertungen.

4. Man verwendet wie in der Frage erwähnt passende Felder. Man muss aber wiseen, ob diese Felder nur Info-Felder sind oder, ob sie etwas steuern. Probleme gibt es unter Umständen, wenn neue Funktionalitäten in einem Unternehmen eingeführt werden und dann die Felder mit nicht passenden Daten belegt sind. Im Prinzip eine einfache Möglichkeit.
Prüfungen der Eingaben sind aber oft nicht vollständig möglich.
5. Für die Erfassung im Dialog gibt es auch die Möglichkeit eigene Programme und Bildschirmbilder zu entwerfen und dann über spezielle Techniken (BAPI oder Batch-Input ) die Zusatzfelder zu füllen.
Dann braucht man die unter 2. erwähnten Subcreens nicht aber man braucht die passenden User-Exits und
Append-Strukturen wie unter 2. erwähnt.
Hier kann man dan die Prüfungen selber programmieren.

Wie man vorgeht kommt immer auf das Umfeld und die Aufgabe an.

Eine wirklich gute und einfache Lösung gibt es nicht.
Dazu ist auch die betriebliche Wirklichkeit zu komplex und das Programmieren noch zu umständlich.