Modelo de datos virtual (VDM)

El modelo de datos virtual apila vistas CDS sobre las tablas de base de datos, y cada capa solo puede leer de la capa inferior:

1. Las basic interface views se apoyan directamente en las tablas y son las únicas vistas del VDM que las leen. Renombran los campos crípticos de las tablas con términos de negocio y añaden anotaciones y asociaciones. Anotación: @VDM.viewType: #BASIC.
2. Las composite interface views combinan basic views u otras composite views en nuevas entidades semánticas, por ejemplo un cubo para análisis. Anotación: @VDM.viewType: #COMPOSITE.
3. Las consumption views sirven a un único propósito, como una aplicación transaccional o analítica concreta. Son el único tipo de vista del VDM que puede actuar como consulta analítica. Anotación: @VDM.viewType: #CONSUMPTION.

Las basic y composite views forman la capa de reutilización; una vista de reutilización representa normalmente un nodo de business object, como I_SalesOrder. Las restricted reuse views son parecidas, pero están pensadas solo para la reutilización interna de SAP. El modelo de datos virtual es, por tanto, un contrato entre capas, no solo una colección de vistas.

La convención de nomenclatura de SAP indica el tipo de vista en un prefijo, seguido de un nombre semántico y de sufijos opcionales:

Los sufijos precisan la finalidad: Query para las consultas analíticas, Cube para las vistas de cubo, TP para las vistas de procesamiento transaccional y Text para las vistas de textos. Un número de versión como _2 identifica una vista sucesora.

Una trampa: en la guía de nomenclatura de SAP para el desarrollo RAP personalizado, R_ identifica la base view entity de un business object, mientras que en el modelo de datos virtual de SAP S/4HANA R_ identifica las restricted reuse views. El prefijo de una vista del VDM le indica su función prevista antes de abrirla.

Visibilidad no es permiso. Solo es seguro reutilizar las vistas que SAP ha liberado bajo el contrato de estabilidad C1, y SAP solo las libera para determinados tipos de vista:

• Pueden liberarse para los clientes: basic y composite interface views, consumption views de tipo consulta analítica y funciones de derivación.
• Normalmente internas de SAP: restricted reuse views, remote API views, private views y abstract entities.

La liberación puede ser para la extensibilidad key user, usada en aplicaciones como Custom CDS Views, o para el desarrollo en la nube en ABAP Cloud. Las vistas no liberadas pueden cambiar en cualquier actualización. Para comprobar una vista, ábrala en la app View Browser o consulte su estado de API en ABAP Development Tools. En el modelo de datos virtual, es el estado de liberación, no la existencia, lo que decide de qué puede depender una extensión personalizada.

• Aplicaciones SAP Fiori: las vistas de procesamiento transaccional forman business objects RAP, y las consumption views alimentan las aplicaciones SAP Fiori elements a través de servicios OData.
• Análisis integrado: las composite views con forma de cubos y dimensiones, coronadas por consumption views de consulta analítica, alimentan las aplicaciones analíticas sin replicar datos.
• API: las remote API views constituyen la base de las API externas publicadas en el SAP Business Accelerator Hub.
• Extensiones: los key users construyen vistas CDS personalizadas sobre interface views liberadas, por ejemplo una vista de pedidos de compra abiertos por proveedor para Alder Manufacturing, en lugar de leer tablas.
• Extracción de datos: la anotación Analytics.dataExtraction.enabled marca las vistas como aptas para la replicación de datos, por ejemplo hacia SAP BW/4HANA.

El modelo de datos virtual ofrece a las aplicaciones, al análisis y a las integraciones un vocabulario de negocio compartido en lugar de lectores de tablas independientes.

1. Construir sobre una vista no liberada. Funciona hasta que la siguiente actualización la modifica. Compruebe primero el estado de liberación.
2. Reutilizar consumption views como componentes. Las consumption views sirven a una sola aplicación; construya en su lugar sobre interface views.
3. Leer tablas junto al VDM. El código personalizado que evita las basic views pierde los nombres de campo de negocio, las asociaciones y los controles de acceso.
4. Interpretar mal R_. Las restricted reuse views no son para la reutilización por parte de los clientes, diga lo que diga una convención de nomenclatura personalizada.

La mayoría de los problemas con el modelo de datos virtual provienen de ignorar las reglas de capas y de liberación que mantienen estable el modelo.