Logische Ansicht des Datenmodells in R12.2
1) Der gesamte Code sollte über das APPS-Synonym auf die Tabellen zugreifen
2) Die Editionsansicht wird über physische Tabellen erstellt und APPS-Synonyme werden für die Editionsansicht erstellt, wie in der folgenden Abbildung gezeigt
WF_ITEMS:Physische Tabelle
WF_ITEMS#:Editionsansicht
APPS.WF_ITEMS :APPS-Synonym für Editionsansichten
3) Der gesamte benutzerdefinierte Code sollte nur auf das App-Synonym zugreifen, da sonst die Gefahr besteht, dass die alten Daten angezeigt werden
4) Vorhandene Spalten werden in R12 nie geändert, Datenmodelländerungen werden mit neuen Spalten implementiert.
Angenommen, wir ändern die Spalte von 20 Zeichen auf 50 Zeichen. Dann wird eine neue Spalte mit 50 Zeichen erstellt
5) Bei der laufenden Anwendung wird die neue Spalte nicht hinzugefügt, da sie über die Bearbeitungsansichten auf die Tabelle verweist.
Das obige logische Modell wurde implementiert, um Online-Patching in R12.2 zu erreichen. Wir sollten keinen benutzerdefinierten Modus schreiben, der direkt auf die Tabelle zugreift, da der Benutzer dann möglicherweise falsche Daten sieht.
Ich hoffe, Sie verstehen den Fluss der logischen Ansicht des Datenmodells in R12.2. Bitte geben Sie Feedback
Verwandte Artikel
Forward Cross Edition löst R12.2
ausUmgang mit Seed-Daten beim R12.2-Online-Patching
Ermittlung und Einrichtung der R12.2-Edition
R12.2 Online-Patch-Bereitschaftsbericht
