Widok logiczny modelu danych w R12.2
1) Cały kod powinien uzyskiwać dostęp do tabel przez synonim APPS
2) Widok edycyjny jest tworzony nad tabelami fizycznymi, a synonim aplikacji APPS jest tworzony dla widoku edycyjnego, jak pokazano na poniższym rysunku
WF_ITEMS:Tabela fizyczna
WF_ITEMS#:Widok edycji
APPS.WF_ITEMS :APPS synonim widoków edycji
3) Cały kod niestandardowy powinien uzyskiwać dostęp do synonimów aplikacji tylko w przeciwnym razie grozi wyświetleniem starych danych
4) Istniejące kolumny nigdy nie są zmianami w R12, zmiany modelu danych są wprowadzane przy użyciu nowej kolumny.
Załóżmy, że zmieniamy kolumnę z 20 na 50 znaków. Następnie tworzona jest nowa kolumna mająca 50 znaków
5) Uruchomiona aplikacja nie widzi dodanej nowej kolumny, ponieważ odwołuje się ona do tabeli poprzez widoki edycji.
Powyższy model logiczny został zaimplementowany w celu wprowadzenia poprawek online w wersji R12.2. Nie powinniśmy pisać trybu niestandardowego, który ma bezpośredni dostęp do tabeli, ponieważ wtedy użytkownik może widzieć nieprawidłowe dane.
Mam nadzieję, że rozumiesz przepływ Widoku logicznego modelu danych w wersji R12.2. Prosimy o przesłanie opinii
Powiązane artykuły
forward cross edition wyzwalacze R12.2
Obsługa danych nasion w patchowaniu online R12.2
R12.2 Określanie i konfiguracja edycji
R12.2 Raport gotowości do instalowania poprawek online
