Qu'est-ce que le DSO à mise à jour directe dans SAP? Comment en créer un ?

⚡ Résumé intelligent

Un DSO à mise à jour directe dans SAP BW stocke les données dans une seule table active écrite directement via des API, sans journal des modifications ni génération de SID, ce qui rend les données chargées immédiatement disponibles pour les processus d'analyse et de reporting.

  • 🇧🇷 Version unique : Un DSO à mise à jour directe conserve les données dans une seule table active, exactement telles qu'elles ont été écrites par l'application.
  • ???? Piloté par l'API : Les données sont renseignées et supprimées via les API RSDRI_ODSO, et non via des sources de données standard.
  • 🚫 Aucun journal des modifications : Il n'y a pas de journal des modifications ni de génération de SID, les mises à jour delta sont donc impossibles.
  • (I.e. Processus d'analyse : Il est souvent utilisé comme cible du concepteur de processus d'analyse (APD).
  • | Données immédiates : Les données chargées sont disponibles pour la génération de rapports immédiatement après leur écriture.
  • 🤖 Assistance IA : L'IA inscrit les résultats notés ou prédits dans un DSO à mise à jour directe pour la production de rapports.

Qu'est-ce que le DSO à mise à jour directe dans SAP

Qu'est-ce qu'un DSO à mise à jour directe ?

Un DSO standard diffère d'un DSO à mise à jour directe par son mode de traitement des données. Dans un DSO standard, les données sont stockées en différentes versions (active, delta, modifiée), tandis qu'un DSO à mise à jour directe ne contient qu'une seule version. Les données sont stockées exactement sous la même forme que lors de leur écriture dans le DSO. Ce dernier se compose d'une table de données active mise à jour directement par l'application et récupère ses données depuis des systèmes externes via des API de remplissage ou de suppression.

Les API disponibles

  • RSDRI_ODSO_INSERT : insère de nouvelles données qui n’existent pas dans le système.
  • RSDRI_ODSO_INSERT_RFC : similaire à RSDRI_ODSO_INSERT, mais peut être appelé à distance.
  • RSDRI_ODSO_MODIFY : modifie les enregistrements existants ; si un nouvel enregistrement arrive, il est inséré.
  • RSDRI_ODSO_MODIFY_RFC : similaire à RSDRI_ODSO_MODIFY, mais peut être appelé à distance.
  • RSDRI_ODSO_UPDATE : modifie les enregistrements existants.
  • RSDRI_ODSO_UPDATE_RFC : similaire à RSDRI_ODSO_UPDATE, mais peut être appelé à distance.
  • RSDRI_ODSO_DELETE_RFC : supprime les enregistrements.

Propriétés DSO de mise à jour directe

  • Elle contient des données dans une seule version, stockées exactement sous la forme dans laquelle elles ont été écrites par l'application.
  • Les enregistrements ayant la même clé ne sont pas regroupés.
  • Il est impossible de générer des SID.
  • Les données issues de ce système peuvent être mises à jour vers d'autres fournisseurs d'informations.
  • Il est disponible en tant qu'InfoProvider dans le concepteur de requêtes BEx et peut être utilisé pour l'analyse.
  • Il s'agit d'une fonction supplémentaire utilisée dans des contextes d'application spécifiques.
  • Il charge les données rapidement sans utiliser l'extracprocessus de chargement et de modification du système BI.
  • Il peut être utilisé comme cible de données pour un processus d'analyse.

Fonctionnalité DSO de mise à jour directe

  • Il peut mettre à jour les données DSO à mise à jour directe vers des InfoProviders supplémentaires.
  • Il peut être utilisé comme fournisseur d'informations pour le concepteur de requêtes BEx et pour les processus d'analyse.

Avantages :

  • Il est structuré pour faciliter l'accès aux données.
  • Les données sont disponibles pour analyse et création de rapports immédiatement après leur chargement.

Inconvénients:

  • Le processus de chargement n'est pas pris en charge par le Système BI (Les sources de données ne fournissent pas les données).
  • Par conséquent, ces GRD ne sont pas affichés dans l'administration ni sur le moniteur.
  • Comme aucun journal des modifications n'est généré, une mise à jour delta des InfoProviders n'est pas possible.

Création d'un DSO à mise à jour directe

Étape 1)

  1. Accédez au code de transaction RSA1.
  2. Cliquez sur le bouton OK.

Création d'un DSO à mise à jour directe

Étape 2)

  1. Accédez à l'onglet Modélisation -> InfoProvider.
  2. Faites un clic droit sur InfoArea.
  3. Cliquez sur « Créer un objet DataStore » dans le menu contextuel.

Création d'un DSO à mise à jour directe

Étape 3)

  1. Entrez le nom technique.
  2. Entrer le Description.
  3. Cliquez sur le bouton "Créer".

Création d'un DSO à mise à jour directe

Étape 4) Cliquez sur le bouton Modifier de « Type d'objet DataStore ».

Création d'un DSO à mise à jour directe

Étape 5) Choisissez le type « Mise à jour directe ».

Création d'un DSO à mise à jour directe

Étape 6) Activez le GRD.

Création d'un DSO à mise à jour directe

FAQ

Un DSO à mise à jour directe stocke une seule version des données écrites via des API, sans journal des modifications ni génération d'identifiant unique de sécurité (SID). Un DSO standard utilise trois tables, est chargé par un processus de transfert de données, prend en charge l'écrasement et génère un journal des modifications pour les mises à jour delta.

Les données sont écrites via les modules fonctionnels RSDRI_ODSO, tels que RSDRI_ODSO_INSERT pour ajouter des enregistrements, RSDRI_ODSO_MODIFY et RSDRI_ODSO_UPDATE pour les modifier, et RSDRI_ODSO_DELETE_RFC pour les supprimer. Chacun possède une variante compatible avec l'accès à distance (_RFC).

Il est principalement utilisé comme cible de l'outil Analysis Process Designer (APD) et pour les applications qui enregistrent directement les résultats, telles que la planification ou la notation. La disponibilité immédiate des données le rend idéal pour la génération rapide de rapports pilotée par les applications.

Oui. Les processus d'apprentissage automatique et d'analyse peuvent enregistrer des scores, des prévisions ou des segments dans un DSO à mise à jour directe via les API RSDRI. Les résultats sont ensuite immédiatement disponibles en tant qu'InfoProvider pour les requêtes et les tableaux de bord BEx.

L'apprentissage automatique et l'outil Analysis Process Designer (APD) lisent les données BW, appliquent des modèles d'exploration de données et écrivent les résultats analysés dans un DSO à mise à jour directe. Ces résultats sont ensuite immédiatement disponibles sous forme d'InfoProvider pour la création de rapports, sans nécessiter d'extension standard.traction et charge.

Résumez cet article avec :