Vue logique du modèle de données dans R12.2
1) Tout le code doit accéder aux tables via le synonyme APPS
2) La vue d'édition est créée sur des tables physiques et les synonymes APPS sont créés dans la vue d'édition, comme indiqué dans la figure ci-dessous
WF_ITEMS :table physique
WF_ITEMS# :Vue d'édition
APPS.WF_ITEMS :APPS synonyme de vues d'édition
3) Tout le code personnalisé doit accéder au synonyme des applications uniquement, sinon il risque de voir les anciennes données
4) Les colonnes existantes ne sont jamais modifiées dans R12, les modifications du modèle de données sont implémentées à l'aide d'une nouvelle colonne.
Supposons que nous passons à une colonne de 20 caractères à 50 caractères. Ensuite, une nouvelle colonne de 50 caractères est créée
5) L'application en cours d'exécution ne voit pas la nouvelle colonne ajoutée car elle fait référence à la table via les vues d'édition.
Le modèle logique ci-dessus a été implémenté pour réaliser l'application de correctifs en ligne dans R12.2. Nous ne devrions pas écrire de mode personnalisé qui accède directement à la table, car l'utilisateur pourrait alors voir des données erronées.
J'espère que vous comprenez le flux de la vue logique du modèle de données dans R12.2. Merci de nous faire part de vos commentaires
Articles connexes
l'édition croisée vers l'avant déclenche R12.2
Gestion des données de départ dans le correctif en ligne R12.2
Détermination et configuration de l'édition R12.2
Rapport de préparation des correctifs en ligne R12.2
