Vista lógica del modelo de datos en R12.2
1) Todo el código debe acceder a las tablas a través del sinónimo APPS
2) La vista de edición se crea sobre las tablas físicas y los sinónimos de APPS se crean para la vista de edición, como se muestra en la figura a continuación
WF_ITEMS:Tabla física
WF_ITEMS#:Vista de edición
APPS.WF_ITEMS :APPS sinónimo de vistas de edición
3) Todo el código personalizado debe acceder al sinónimo de aplicaciones, de lo contrario corre el riesgo de ver los datos antiguos
4) La columna existente nunca cambia en R12, los cambios en el modelo de datos se implementan usando una nueva columna.
Supongamos que cambiamos a la columna de 20 caracteres a 50 caracteres. Luego se crea una nueva columna con 50 caracteres
5) La aplicación en ejecución no ve la nueva columna agregada ya que hace referencia a la tabla a través de las vistas de edición.
El modelo lógico anterior se ha implementado para lograr la aplicación de parches en línea en R12.2. No deberíamos estar escribiendo un modo personalizado que acceda directamente a la tabla, ya que el usuario puede estar viendo datos incorrectos.
Espero que comprenda el flujo de la vista lógica del modelo de datos en R12.2. Proporcione sus comentarios
Artículos relacionados
adelante la edición cruzada activa R12.2
Manejo de datos semilla en la aplicación de parches en línea R12.2
R12.2 Determinación y configuración de la edición
R12.2 Informe de preparación de parches en línea
