Virtual Data Model (VDM)

Le virtual data model empile des vues CDS au-dessus des tables de la base de données, et chaque niveau ne peut lire que le niveau inférieur :

1. Les basic interface views reposent directement sur les tables et sont les seules vues VDM à les lire. Elles renomment les champs de table cryptiques en termes métier et ajoutent des annotations et des associations. Annotation : @VDM.viewType: #BASIC.
2. Les composite interface views combinent des basic views ou d'autres composite views en nouvelles entités sémantiques, par exemple un cube pour l'analytique. Annotation : @VDM.viewType: #COMPOSITE.
3. Les consumption views servent une seule finalité, comme une application transactionnelle ou analytique précise. Ce sont les seules vues VDM qui peuvent faire office de requête analytique. Annotation : @VDM.viewType: #CONSUMPTION.

Les basic et composite views forment le niveau de réutilisation ; une vue de réutilisation représente généralement un nœud de business object, comme I_SalesOrder. Les restricted reuse views leur ressemblent mais sont réservées à la réutilisation par SAP. Le virtual data model est donc un contrat entre niveaux, et pas simplement une collection de vues.

La convention de nommage de SAP place le type de vue dans un préfixe, suivi d'un nom sémantique et de suffixes facultatifs :

Les suffixes précisent la finalité : Query pour les requêtes analytiques, Cube pour les vues cube, TP pour les vues de traitement transactionnel et Text pour les vues de textes. Un numéro de version tel que _2 signale une vue qui succède à une autre.

Un piège : dans le guide de nommage de SAP pour le développement RAP spécifique, R_ désigne la view entity de base d'un business object, alors que dans le virtual data model de SAP S/4HANA, R_ désigne les restricted reuse views. Le préfixe d'une vue VDM indique son rôle prévu avant même de l'ouvrir.

Visibilité ne vaut pas permission. Seules les vues que SAP a libérées au titre du contrat de stabilité C1 peuvent être réutilisées en toute sécurité, et SAP ne les libère que pour certains types de vues :

• Libérables pour les clients : basic et composite interface views, consumption views de type requête analytique, et derivation functions.
• Généralement internes à SAP : restricted reuse views, vues d'API distante, vues privées et abstract entities.

La libération peut viser l'extensibilité key user, utilisée dans des applications comme Custom CDS Views, ou le développement cloud en ABAP Cloud. Les vues non libérées peuvent changer lors de n'importe quelle mise à niveau. Pour vérifier une vue, ouvrez-la dans l'application View Browser ou consultez son API state dans ABAP Development Tools. Dans le virtual data model, c'est le statut de libération, et non l'existence, qui détermine ce dont une extension spécifique peut dépendre.

• Applications SAP Fiori : les vues de traitement transactionnel forment des business objects RAP, et les consumption views alimentent les applications SAP Fiori elements via des services OData.
• Analytique embarquée : des composite views structurées en cubes et dimensions, coiffées de consumption views de type requête analytique, pilotent les applications analytiques sans réplication de données.
• API : les vues d'API distante constituent la base des API externes publiées sur le SAP Business Accelerator Hub.
• Extensions : les key users construisent des vues CDS spécifiques sur des interface views libérées, par exemple une vue des commandes d'achat ouvertes par fournisseur pour Alder Manufacturing, au lieu de lire les tables.
• Extraction de données : l'annotation Analytics.dataExtraction.enabled signale les vues adaptées à la réplication de données, par exemple vers SAP BW/4HANA.

Le virtual data model offre aux applications, à l'analytique et aux intégrations un vocabulaire métier commun au lieu de lecteurs de tables distincts.

1. S'appuyer sur une vue non libérée. Cela fonctionne jusqu'à ce que la mise à niveau suivante la modifie. Vérifiez d'abord le statut de libération.
2. Réutiliser des consumption views comme briques. Les consumption views servent une seule application ; appuyez-vous plutôt sur les interface views.
3. Lire les tables à côté du VDM. Le code spécifique qui contourne les basic views perd les noms de champs métier, les associations et les contrôles d'accès.
4. Mal interpréter R_. Les restricted reuse views ne sont pas destinées à la réutilisation par les clients, quoi qu'en dise une convention de nommage spécifique.

La plupart des problèmes liés au virtual data model proviennent du non-respect des règles de niveaux et de libération qui assurent la stabilité du modèle.